Samostatné zostavy z modelov v aplikácii Power BI Desktop
Pri vytváraní nového riešenia aplikácie Power BI Desktop je jednou z prvých úloh, ktoré musíte vykonať, je "získať údaje". Získanie údajov môže mať za následok dva výrazne odlišné výsledky. Mohlo by sa:
- Vytvorte dynamické pripojenie k už publikovanému modelu, ktorý môže byť buď sémantickým modelom služby Power BI alebo modelom služby Analysis Services hosťovaným na vzdialenom hostiteľskom systéme.
- Začnite vyvíjať nový model, ktorým môže byť buď import, DirectQuery alebo zložený model.
Tento článok sa týka druhého scenára. Obsahuje návod na to, či sa má zostava a model skombinovať do jedného súboru aplikácie Power BI Desktop.
Riešenie jedného súboru
Riešenie jedného súboru funguje dobre, ak je na modeli vždy k dispozícii len jedna zostava. V tomto prípade je pravdepodobné, že model aj zostava sú snahou tej istej osoby. Definujeme ho ako osobné riešenie BI , aj keď zostavu je možné zdieľať s ostatnými používateľmi. Takéto riešenia môžu predstavovať zostavy týkajúce sa rolí alebo jednorazové hodnotenia obchodnej výzvy , ktoré sa často popisujú ako ad hoc zostavy.
Samostatné súbory zostavy
Oddelenie vývoja modelov a zostáv do samostatných súborov aplikácie Power BI Desktop má zmysel, keď:
- Modelári údajov a autori zostáv sú rôzni ľudia.
- Je zrejmé, že model bude zdrojom pre viacero zostáv, teraz alebo v budúcnosti.
Modelári údajov môžu aj naďalej používať prostredie na vytváranie zostáv aplikácie Power BI Desktop na testovanie a overenie návrhov svojich modelov. Tesne po publikovaní súboru do služba Power BI by však mali zostavu z pracovného priestoru odstrániť. A musí mať na pamäti, že zostavu musia odstrániť pri každom opätovnom publikovaní a prepísať sémantický model.
Zachovanie rozhrania modelu
Niekedy sú zmeny modelu nevyhnutné. Modelári údajov musia dbať na to, nie na prerušenie rozhrania modelu. Ak tak urobia, je možné, že súvisiace vizuály zostáv alebo dlaždice tabúľ sa prerušia. Nefunkčné vizuály sa zobrazujú ako chyby a môžu viesť k frustrácii pre autorov a používateľov zostáv. A čo je ešte horšie, môžu znížiť dôveru v údaje.
Spravujte preto zmeny modelov opatrne. Ak je to možné, predídete nasledujúcim zmenám:
- premenovanie tabuliek, stĺpcov, hierarchií, úrovní hierarchií alebo mierok,
- Úprava typov údajov v stĺpcoch.
- Úprava výrazov mierky tak, aby vracali iný typ údajov.
- Presunutie mierok do inej domovskej tabuľky. Je to preto, lebo presunutie mierky by mohlo narušiť mierky zamerané na zostavu, ktoré plne spĺňajú mierky s názvom domovskej tabuľky. Neodporúča sa písať výrazy jazyka DAX pomocou úplných názvov mierok. Ďalšie informácie nájdete v téme DAX: Odkazy na stĺpce a mierky.
Pridanie nových tabuliek, stĺpcov, hierarchií, úrovní hierarchií alebo mierok je bezpečné, s jednou výnimkou: Je možné, že nový názov mierky môže byť v súlade s názvom mierky v rozsahu zostavy. Ak sa chcete vyhnúť kolízii, odporúčame autorom zostáv pri definovaní opatrení v ich zostavách prijať konvenciu pomenovania. Pred názvy mierok v rámci zostavy môžu predponou znaky podčiarknutia alebo niektoré iné znaky.
Ak musíte v modeloch vykonať prelomové zmeny, odporúčame:
- Zobrazenie súvisiaceho obsahu pre sémantický model v služba Power BI.
- Preskúmajte zobrazenie pôvodu údajov v služba Power BI.
Obe možnosti vám umožňujú rýchlo identifikovať všetky súvisiace zostavy a tabule. Zobrazenie pôvodu údajov je pravdepodobne lepšou voľbou, pretože je jednoduché zobraziť kontaktnú osobu pre každú súvisiacu položku. V skutočnosti ide o hypertextové prepojenie, ktoré otvorí e-mailovú správu adresovanú kontaktu.
Odporúčame kontaktovať vlastníka každej súvisiacej položky a informovať ho o plánovaných prelomových zmenách. Vďaka tomu môžu byť pripravení a pripravení na opravu a opätovné publikovanie svojich zostáv, čo pomôže minimalizovať výpadky a frustráciu.
Súvisiaci obsah
Ďalšie informácie súvisiace s týmto článkom nájdete v nasledujúcich zdrojoch: