Oddělení sestav od modelů v Power BI Desktopu
Při vytváření nového řešení Power BI Desktopu je jedním z prvních úkolů, které musíte udělat, "získat data". Získání dat může vést ke dvěma odlišným výsledkům. Mohlo by to:
- Vytvořte živé připojení k již publikovanému modelu, což může být sémantický model Power BI (dříve označovaný jako datová sada) nebo model Analysis Services hostovaný na dálku.
- Zahajte vývoj nového modelu, který může být importem, DirectQuery nebo složeným modelem.
Tento článek se zabývá druhým scénářem. Obsahuje pokyny, jak sestavu a model zkombinovat do jednoho souboru Power BI Desktopu.
Řešení s jedním souborem
Jedno řešení souborů funguje dobře, když existuje jen jedna sestava založená na modelu. V tomto případě je pravděpodobné, že model i sestava jsou úsilím stejné osoby. Definujeme ho jako řešení Osobní BI , i když by se sestava mohla sdílet s ostatními. Taková řešení můžou představovat sestavy v oboru role nebo jednorázová posouzení obchodní výzvy – často označované jako ad hoc sestavy.
Samostatné soubory sestavy
Je vhodné oddělit vývoj modelů a sestav do samostatných souborů Power BI Desktopu, když:
- Modelování dat a autoři sestav jsou různí lidé.
- Je zřejmé, že model bude zdrojem pro více sestav, nyní nebo v budoucnu.
Modelátoři dat můžou stále používat prostředí pro vytváření sestav Power BI Desktopu k otestování a ověřování návrhů modelů. Ale hned po publikování souboru do služba Power BI by měli sestavu z pracovního prostoru odebrat. A musí si pamatovat, že sestavu odeberou pokaždé, když znovu publikují a přepíšou sémantický model.
Zachování rozhraní modelu
Někdy jsou změny modelu nevyhnutelné. Modelátoři dat se musí postarat, a ne o přerušení rozhraní modelu. Pokud ano, je možné, že se související vizuály sestavy nebo dlaždice řídicího panelu přeruší. Nefunkční vizuály se zobrazují jako chyby a můžou vést k frustraci autorů sestav a spotřebitelů. A horší – můžou snížit důvěru v data.
Proto pečlivě spravujte změny modelu. Pokud je to možné, vyhněte se následujícím změnám:
- Přejmenování tabulek, sloupců, hierarchií, úrovní hierarchie nebo měr
- Úprava datových typů sloupců
- Úprava výrazů měr tak, aby vracely jiný datový typ.
- Přesunutí měr do jiné domovské tabulky Je to proto, že přesunutí míry může narušit míry v rozsahu sestav, které plně opravní míry s názvem domovské tabulky. Nedoporučujeme psát výrazy DAX pomocí plně kvalifikovaných názvů měr. Další informace najdete v tématu DAX: Odkazy na sloupce a míry.
Přidání nových tabulek, sloupců, hierarchií, úrovní hierarchie nebo měr je bezpečné, s jednou výjimkou: Je možné, že nový název míry může kolidovat s názvem míry v oboru sestavy. Aby nedocházelo ke kolizím, doporučujeme autorům sestav při definování měr v sestavách zavést zásady vytváření názvů. Můžou předponovat názvy měr v rozsahu sestavy podtržítkem nebo jinými znaky.
Pokud v modelech musíte provést zásadní změny, doporučujeme:
- Zobrazení souvisejícího obsahu pro sémantický model v služba Power BI
- Prozkoumejte zobrazení rodokmenu dat v služba Power BI.
Obě možnosti umožňují rychle identifikovat všechny související sestavy a řídicí panely. Zobrazení rodokmenu dat je pravděpodobně lepší volbou, protože je snadné zobrazit kontaktní osobu pro každou související položku. Ve skutečnosti se jedná o hypertextový odkaz, který otevře e-mailovou zprávu adresovanou kontaktu.
Doporučujeme kontaktovat vlastníka každé související položky a dát mu vědět o jakýchkoli plánovaných změnách způsobujících chybu. Tímto způsobem mohou být připraveni a připraveni opravit a znovu publikovat své sestavy, což pomáhá minimalizovat výpadky a frustraci.
Související obsah
Další informace týkající se tohoto článku najdete v následujících zdrojích informací: