Zdieľať cez


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 (predtým známym ako množina údajov) alebo modelom služby Analysis Services hosťovaným na diaľku.
  • 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.

A single file contains a model and report, developed by the same person.

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.

There are three PBIX files. The first contains only a model. The other two contain only reports, and they live connect to the model hosted in the Power BI service. The reports are developed by different people.

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:

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.

Ďalšie informácie súvisiace s týmto článkom nájdete v nasledujúcich zdrojoch: