Scénáře použití Power BI: Pokročilá správa datových modelů

Poznámka:

Tento článek je součástí řady článků o plánování implementace Power BI. Tato série se zaměřuje především na úlohy Power BI v Rámci Microsoft Fabric. Úvod do série najdete v tématu Plánování implementace Power BI.

Tento scénář použití se zaměřuje na pokročilou správu datových modelů, což je situace, kdy tvůrce obsahu Power BI využívá nástroj třetí strany k vývoji, správě nebo optimalizaci datových modelů. Některé nástroje třetích stran jsou externí nástroje, které Power BI Desktop podporuje přímo. Publikovaný datový model (sémantický model– dříve označovaný jako datová sada) můžete také spravovat tak, že komunikujete přímo s koncovým bodem XMLA v služba Power BI.

Datové modely se hostují v služba Power BI, Azure Analysis Services (AAS) nebo v Služba Analysis Services serveru SQL (SSAS). Tento scénář použití se zaměřuje na použití koncového bodu XMLA v služba Power BI.

Tip

Mnoho lidí označuje nástroje třetích stran jako externí nástroje. Existují ale rozdíly v tom, jak se dají používat různé nástroje. Připojení pro místní datový model v Power BI Desktopu je nejslovnější interpretace termínu externího nástroje. Tento pokročilý scénář použití správy datového modelu se zaměřuje na připojení ke vzdálenému datovému modelu (sémantický model hostovaný v služba Power BI) pomocí koncového bodu XMLA. Další podrobnosti o různých způsobech použití nástrojů třetích stran jsou popsány dále v tomto článku.

Připojení k datovému modelu můžete dosáhnout pomocí protokolu XML for Analysis (XMLA). Protokol XMLA je standardní oborový protokol, který podporuje více než 25 dodavatelů, včetně Microsoftu. Všechny nástroje, včetně nástrojů třetích stran, které jsou kompatibilní s protokolem XMLA, používají klientské knihovny Microsoftu ke čtení a/nebo zápisu dat do datového modelu. Připojení ivity se dosahuje pomocí koncového bodu XMLA, což je rozhraní API vystavené datovým modelem, které rozšiřuje možnosti vývoje a správy dostupné tvůrcům sémantických modelů.

Poznámka:

Tento pokročilý scénář použití správy datového modelu je jedním ze scénářů správy obsahu a nasazení . Úplný seznam scénářů samoobslužného použití najdete ve scénářích použití Power BI.

V zájmu stručnosti se v tomto článku nezabýváme některými aspekty popsanými v tématu věnovaném spolupráci a doručování obsahu. Úplné pokrytí si nejprve přečtěte v těchto článcích.

Diagram scénáře

Cílem tohoto pokročilého scénáře použití správy datových modelů je použití tabulkového editoru ke správě datového modelu. Datový model můžete publikovat do služba Power BI pomocí koncového bodu XMLA, který je k dispozici v Power BI Premium.

Důležité

Někdy se tento článek týká Power BI Premium nebo jejích předplatných kapacity (SKU P). Mějte na paměti, že Microsoft v současné době konsoliduje možnosti nákupu a vyřazuje Power BI Premium na skladové položky kapacity. Místo toho by měli noví a stávající zákazníci zvážit nákup předplatných kapacity Fabric (SKU F).

Další informace najdete v tématu Důležité aktualizace týkající se licencování Power BI Premium a nejčastějších dotazů k Power BI Premium.

Tip

Pokud s ním nejste obeznámeni, doporučujeme zkontrolovat scénář použití samoobslužného publikování obsahu. Pokročilý scénář správy datového modelu vychází z daného scénáře.

Poznámka:

Někdy se termíny sémantický model a datový model používají zaměnitelně. Obecně platí, že z služba Power BI perspektivy se označuje jako sémantický model. Z pohledu vývoje se označuje jako datový model (nebo jako krátký model ). V tomto článku mají oba termíny stejný význam. Podobně má sémantický tvůrce modelu a modelátor dat stejný význam.

Následující diagram znázorňuje základní přehled nejběžnějších uživatelských akcí a nástrojů, které vám můžou pomoct s vývojem, správou nebo optimalizací datových modelů.

Tip

Diagram scénáře doporučujeme stáhnout, pokud ho chcete vložit do prezentace, dokumentace nebo blogového příspěvku – nebo ho vytisknout jako plakát na zdi. Vzhledem k tomu, že se jedná o obrázek SVG (Scalable Vector Graphics), můžete ho škálovat nahoru nebo dolů bez ztráty kvality.

Diagram scénáře znázorňuje následující akce uživatele, nástroje a funkce:

Položka	Popis
	Tvůrci modelů vyvíjejí datové modely pomocí tabulkového editoru. Před přepnutím do tabulkového editoru (který není znázorněný v diagramu scénáře) je v Power BI Desktopu běžné, že se v Power BI Desktopu provádí počáteční návrhová práce (například práce Power Query).
	Datový model se připojuje k datům z jednoho nebo více zdrojů dat.
	Některé zdroje dat můžou vyžadovat místní bránu dat nebo bránu virtuální sítě pro aktualizaci dat, například ty, které se nacházejí v privátní síti organizace.
	Vývoj datového modelu se provádí v tabulkovém editoru. Podporuje se úpravy skriptů Power Query (M). Tvůrci modelů můžou k urychlení vývoje používat skripty jazyka C#.
	Až budete připraveni, sémantické modely publikují datový model z tabulkového editoru do služba Power BI pomocí koncového bodu XMLA cílového pracovního prostoru.
	Datový model se publikuje do pracovního prostoru vyhrazeného pro ukládání a zabezpečení sdílených sémantických modelů. Přístup k pracovnímu prostoru pomocí koncového bodu XMLA je možný pouze v případě, že je režim licence pracovního prostoru nastavený na kapacitu Fabric, kapacitu Premium, Premium na uživatele nebo Embedded.
	Tvůrci sestav vytvářejí sestavy pomocí živého připojení ke sdílenému sémantickému modelu.
	Tvůrci sestav vyvíjejí sestavy v Power BI Desktopu. Kromě účelového oddělení sestav od sémantických modelů se tvůrci obsahu řídí obvyklým procesem vytváření sestav.
	Až budou připravení, tvůrci sestav publikují do služba Power BI soubor power BI Desktopu (.pbix) nebo soubor projektu Power BI (.pbip).
	Sestavy se publikují do pracovního prostoru vyhrazeného pro ukládání a zabezpečení sestav a řídicích panelů.
	Publikované sestavy zůstanou připojené ke sdílenému sémantickému modelu, který je uložený v jiném pracovním prostoru. Všechny změny provedené ve sdíleném sémantickém modelu ovlivní všechny závislé sestavy.
	Nástroje třetích stran můžou pomocí koncového bodu XMLA dotazovat sdílený sémantický model. K dotazování nebo aktualizaci sdíleného sémantického modelu se dají použít další nástroje kompatibilní s XMLA , jako je DAX Studio, sémantický odkaz z poznámkových bloků prostředků infrastruktury nebo Windows PowerShell. Power BI Desktop, Excel a Tvůrce sestav se můžou připojit také pomocí koncového bodu XMLA (není znázorněno v diagramu scénáře).
	Další nástroje Microsoftu a třetích stran můžou pomocí koncového bodu XMLA spravovat sémantický model a poskytovat správu životního cyklu aplikací. Další informace najdete v klientských nástrojích založených na koncových bodech XMLA.
	Správci prostředků infrastruktury spravují nastavení tenanta, aby povolili použití koncového bodu XMLA. Správce musí povolit koncový bod XMLA pro kapacity Fabric, kapacity Premium a nastavení Premium na uživatele.
	Správci prostředků infrastruktury dohlížejí na aktivitu na portálu Fabric a monitorují je.

Klíčové body

Tady je několik klíčových bodů, které je potřeba zdůraznit o scénáři pokročilé správy datového modelu.

Aplikace a nástroje třetích stran

Podnikové týmy BI běžně používají klientské nástroje, jako je tabulkový editor (znázorněný v diagramu scénáře a popsané v dalším tématu), aby jim pomohly spravovat centralizované sémantické modely. Jakýkoli sémantický tvůrce modelu, který chce pracovat s pokročilými možnostmi modelování, ale může využít metod popsaných v tomto scénáři použití.

Existuje několik způsobů, jak používat aplikace třetích stran:

• Připojení do vzdáleného datového modelu pomocí koncového bodu XMLA: Některé nástroje třetích stran se můžou připojit přímo ke vzdálenému datovému modelu v služba Power BI (nebo analysis Services). Po připojení ke koncovému bodu XMLA jsou podporovány všechny operace tabulkového objektového modelu (TOM). Tento přístup je primárním cílem tohoto scénáře použití.
• Připojení k místnímu datovému modelu v Power BI Desktopu: Některé nástroje třetích stran se můžou připojit k místnímu datovému modelu, který je otevřený v Power BI Desktopu (není znázorněný v diagramu scénáře). Existují ale určitá omezení a ne všechny funkce externích nástrojů se oficiálně podporují.
• Připojení k souboru šablony v Power BI Desktopu: Některé nástroje třetích stran distribuují své funkce jednoduchým způsobem pomocí souboru šablony Power BI Desktopu (.pbit) (který není znázorněný v diagramu scénáře).

Tabulkový editor

Tabulkový editor je znázorněný v diagramu scénáře. Jedná se o nástroj třetí strany, který dosahuje rozšířeného přijetí komunitou Power BI. Mezi výhody správy tabulkových datových modelů pomocí tabulkového editoru patří:

• Nastavení funkcí datového modelu, které power BI Desktop nepodporuje: Tabulkový editor poskytuje rozhraní pro nastavení zabezpečení na úrovni objektů (OLS), skupin výpočtů, perspektiv, překladů a oddílů.
• Podpora souběžného vývoje modelů: Nástroje pro vývoj datových modelů Od Microsoftu, jako je Visual Studio s projekty Analysis Services, ukládají celou definici datového modelu do souboru Model.bim . Tento jediný soubor může ztížit spolupráci týmu vývojářů na jednom datovém modelu. Tabulkový editor má funkci nazvanou Serializace složek. Serializace složek dekonstruuje soubor Model.bim do samostatných souborů specifických pro objekt v rámci uspořádané struktury složek. Různí modelátoři dat pak můžou pracovat na různých souborech s menším rizikem přepsání jednotlivých souborů.
• Integrace se správou zdrojového kódu: Serializace složek umožňuje systému správy zdrojového kódu snadno zjišťovat změny datového modelu, což usnadňuje sloučení zdrojů a řešení konfliktů.
• Vylepšená kvalita a návrh datového modelu: Tabulkový editor se integruje s analyzátorem osvědčených postupů (BPA). Analyzátor osvědčených údajů pomáhá modelátorům dat se sadou přizpůsobitelných pravidel, která můžou zlepšit kvalitu, konzistenci a výkon datových modelů. Sadu pravidel osvědčených postupů (poskytovaných Microsoftem) si můžete stáhnout z GitHubu.
• Vyšší produktivita při vývoji datových modelů: Rozhraní tabulkového editoru je vhodné pro provádění dávkových úprav, ladění a zobrazení závislostí datového modelu. Tabulkový editor se liší od Power BI Desktopu v tom, že funguje v odpojeném režimu. Změny datového modelu můžete provést v odpojeném režimu a potvrdit je jako dávku úprav. Práce tímto způsobem umožňuje rychlejší vývoj a ověřování, zejména u zkušených modelů dat. Je také možné vytvořit skripty jazyka C# a uložit je jako makra. Tyto skripty vám můžou pomoct zlepšit efektivitu správy a synchronizace více datových modelů.

Koncový bod XMLA

Koncový bod XMLA používá protokol XMLA k zveřejnění všech funkcí tabulkového datového modelu, včetně některých operací modelování dat, které Power BI Desktop nepodporuje. Pomocí rozhraní TOM API můžete provádět programové změny datového modelu.

Koncový bod XMLA také poskytuje připojení. K sémantickému modelu se můžete připojit pouze v případě, že pracovní prostor s režimem licence nastavený na Premium na uživatele, Premium na kapacitu nebo Embedded. Po vytvoření připojení může nástroj kompatibilní s XMLA pracovat s datovým modelem dvěma způsoby:

• Zápis dat a metadat: Použití koncového bodu XMLA pro čtení a zápis umožňuje:
  • Možnosti modelování dat, které Power BI Desktop nepodporuje, jako je zabezpečení na úrovni objektů (OLS), skupiny výpočtů, perspektivy, překlady a správa oddílů.
  • Složitější nasazení Například částečné nasazení nebo pouze metadata nasazení, které publikuje pouze jednu novou míru.
  • Asynchronní sémantická aktualizace modelu Například aktualizace jedné tabulky nebo oddílu.
• Čtení dat a metadat: Použití koncového bodu XMLA jen pro čtení umožňuje:
  • Monitorování, ladění a trasování sémantických modelů a dotazů
  • Umožňuje nástrojům pro vytváření sestav dat třetích stran vizualizovat data zdrojová ze sdíleného sémantického modelu. Tato technika představuje skvělý způsob, jak rozšířit výhody a investice do spravované samoobslužné služby BI.

Upozorňující

Jakmile upravíte nebo publikujete sémantický model pomocí koncového bodu XMLA, už ho nemůžete stáhnout z služba Power BI jako soubor Power BI Desktopu.

Nastavení XMLA na kapacitu

Každá kapacita Power BI Premium a kapacita Power BI Embedded mají nastavení pro řízení, jestli je koncový bod XMLA jen pro čtení, čtení a zápis nebo vypnutý. Toto nastavení je také dostupné pro všechny pracovní prostory Premium na uživatele v tenantovi Power BI. Přístup XMLA pro čtení a zápis musí být povolený pro každou kapacitu, která obsahuje sémantické modely, které chcete spravovat pomocí jiného nástroje než Power BI Desktopu.

Tip

Nastavení koncového bodu XMLA (čtení/zápis, jen pro čtení nebo vypnutí) platí pro všechny pracovní prostory a sémantické modely přiřazené ke konkrétní kapacitě. Můžete nastavit více kapacit pro decentralizované a/nebo přizpůsobit způsob, jakým se obsah spravuje pro každou kapacitu.

Nastavení tenanta XMLA

Kromě nastavení koncového bodu XMLA musí správce Power BI použít nastavení tenanta k povolení koncových bodů XMLA a funkce Analyzovat v Aplikaci Excel pomocí místních sémantických modelů. Pokud je tato možnost povolená, můžete povolit všem uživatelům nebo konkrétním skupinám zabezpečení používat funkce koncového bodu XMLA.

Poznámka:

Všechny standardní funkce zabezpečení a ochrany dat se stále vztahují k určení, kteří uživatelé můžou prohlížet a upravovat obsah.

Nástroje třetích stran

Power BI Desktop dokáže zvládnout kompletní potřeby většiny samoobslužných tvůrců obsahu. Nástroje třetích stran ale nabízejí další podnikové funkce a funkce. Z tohoto důvodu se nástroje třetích stran, jako je tabulkový editor, staly v komunitě Power BI rozšířeny, zejména pro pokročilé tvůrce obsahu, vývojáře a odborníky v oblasti IT.

Tip

Tento blogový příspěvek popisuje, jak nástroje třetích stran umožňují produktovému týmu Power BI znovu vyhodnotit priority vývoje, zvýšit dosah platformy Power BI a uspokojovat pokročilejší a různorodé žádosti od komunity uživatelů.

Poznámka:

Některé nástroje třetích stran vyžadují placenou licenci, například tabulkový editor 3. Další komunitní nástroje jsou bezplatné a opensourcové (například Tabular Editor 2, DAX Studio a ALM Toolkit). Doporučujeme pečlivě vyhodnotit funkce jednotlivých nástrojů, nákladů a modelu podpory, abyste mohli adekvátně podporovat komunitu tvůrců obsahu.

Správa datového modelu

Hlavním cílem tohoto scénáře použití je tvůrce obsahu, který ke správě datového modelu používá tabulkový editor. V případě občasných pokročilých požadavků na správu datového modelu, jako je příležitostná správa oddílů, můžete zvolit použití nástroje, jako je SQL Server Management Studio (SSMS). Vývojář .NET také může vytvářet a spravovat sémantické modely Power BI pomocí rozhraní TOM API.

Tip

Při použití koncového bodu XMLA pro správu datového modelu doporučujeme povolit nastavení formátu úložiště velkých sémantických modelů. Pokud je tato možnost povolená, může velký sémantický formát úložiště modelu zlepšit výkon operace zápisu XMLA.

Oddělení datového modelu a sestav

Aby byl tento scénář použití úspěšný, měli byste oddělit sestavy od datového modelu. Výsledkem tohoto přístupu je správa samostatných souborů Power BI Desktopu , jak je popsáno ve scénáři použití samoobslužných služeb BI . I když je za veškerý vývoj zodpovědná stejná osoba, je oddělení sémantických modelů a sestav důležité, protože tabulkový editor nemá povědomí o obsahu sestavy.

Nastavení brány

Brána dat se obvykle vyžaduje při přístupu ke zdrojům dat, které se nacházejí v privátní síti organizace nebo virtuální síti. Místní brána dat se stane relevantní, jakmile se datový model publikuje do služba Power BI. Dva účely brány slouží k aktualizaci importovaných dat nebo zobrazení sestavy, která dotazuje živé připojení nebo sémantický model DirectQuery (není znázorněný v diagramu scénáře).

Poznámka:

Centralizovaná brána dat ve standardním režimu se důrazně doporučuje u bran v osobním režimu. Ve standardním režimu podporuje brána dat živé připojení a operace DirectQuery (kromě plánovaných operací aktualizace dat).

Další informace najdete v tématu Místní brána dat (standardní režim).

Dohled nad systémem

Protokol aktivit zaznamenává aktivity uživatelů, ke kterým dochází v služba Power BI. Správci Power BI můžou použít data protokolu aktivit shromážděná k provádění auditování , aby jim pomohli pochopit aktivity, které se připojují prostřednictvím koncových bodů XMLA.

Související obsah

Další užitečné scénáře, které vám pomůžou s rozhodováním o implementaci Power BI, najdete v článku o scénářích použití Power BI.