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

Poznámka:

Tento článek je součástí série článků o plánování implementace Power BI . Tato série se zaměřuje na plánování implementace prostředí Power BI v Microsoft Fabric. Podívejte se na úvod do série.

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) můžete také spravovat tak, že přímo komunikujete s koncovým bodem XMLA ve službě Power BI.

Datové modely jsou hostovány buď ve službě Power BI, Azure Analysis Services (AAS), nebo v SQL Server Analysis Services (SSAS). Tento scénář použití se zaměřuje na použití koncového bodu XMLA v služba Power BI.

Nápověda

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í k místnímu datovému modelu 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í 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é

Tento článek se týká Power BI Premium nebo jejích předplatných kapacity (SKU P). Microsoft konsoliduje možnosti nákupu a vyřazuje Power BI Premium SKU založené na kapacitě. 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.

Nápověda

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ě, z perspektivy služby Power BI, 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ů.

Nápověda

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, tvůrci sémantických modelů publikují datový model z Tabulkového editoru do služby Power BI pomocí koncového bodu XMLA v cílovém pracovním 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 lze použít další nástroje kompatibilní s XMLA, jako je DAX Studio, Semantic Link z poznámkových bloků Fabric 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 infrastruktury spravují nastavení tenanta, aby povolili použití koncového bodu XMLA. Správce musí povolit koncový bod XMLA pro kapacity Fabric, Premium a nastavení Premium pro jednotlivé uživatele.
	Správci Fabric monitorují a dohlížejí na činnost v portálu Fabric.

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í ke vzdálenému datovému 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 ve službě 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í jejich 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í možností datového modelu, které nejsou v Power BI Desktopu podporované: 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ého modelu Microsoftu, jako jsou například 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áři dat tak mohou pracovat na různých souborech s menším rizikem přepsání úsilí jejich kolegů.
• 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 slučování 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). BPA pomáhá modelářům dat se sadou přizpůsobitelných pravidel, která mohou 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 tehdy, když je pracovní prostor nastaven na licenci 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 nasazení pouze metadat, které zveřejní pouze jedno nové opatření.
  • 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.

Varování

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 pro 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 dostupné také pro všechny pracovní prostory Premium na uživatele v rámci tenanta 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.

Nápověda

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, abyste decentralizovali a/nebo přizpůsobili 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 v komunitě Power BI staly nástroje třetích stran, jako Tabular Editor, rozšířenými, zejména pro pokročilé tvůrce obsahu, vývojáře a odborníky v oblasti IT.

Nápověda

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ě zřídka potřebný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.

Nápověda

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ý, vy byste měli 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í datová brána se stane relevantní, jakmile je datový model publikován do služby 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á uživatelské aktivity, ke kterým dochází ve službě 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.