Scenariusze użycia usługi Power BI: Zaawansowane zarządzanie modelami danych

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na obciążeniu usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

Ten scenariusz użycia koncentruje się na zaawansowanym zarządzaniu modelami danych, czyli wtedy, gdy twórca zawartości usługi Power BI korzysta z narzędzia innej firmy do tworzenia i optymalizowania modeli danych oraz zarządzania nimi. Niektóre narzędzia innych firm to narzędzia zewnętrzne, które program Power BI Desktop obsługuje bezpośrednio. Możesz również zarządzać opublikowanym modelem danych (modelem semantycznym — wcześniej znanym jako zestaw danych), komunikując się bezpośrednio z punktem końcowym XMLA w usługa Power BI.

Modele danych są hostowane w usługach usługa Power BI, Azure Analysis Services (AAS) lub SQL Server Analysis Services (SSAS). Ten scenariusz użycia koncentruje się na używaniu punktu końcowego XMLA w usługa Power BI.

Napiwek

Wiele osób nazywa narzędzia innych firm narzędziami zewnętrznymi. Istnieją jednak różnice w sposobie użycia różnych narzędzi. Połączenie do lokalnego modelu danych w programie Power BI Desktop jest najbardziej literałową interpretacją terminu narzędzie zewnętrzne. Ten zaawansowany scenariusz użycia zarządzania modelami danych koncentruje się na nawiązywaniu połączenia z zdalnym modelem danych (modelem semantycznym hostowanym w usługa Power BI) przy użyciu punktu końcowego XMLA. Więcej informacji na temat różnych sposobów korzystania z narzędzi innych firm opisano w dalszej części tego artykułu.

Możesz uzyskać łączność z modelem danych przy użyciu protokołu XML for Analysis (XMLA). Protokół XMLA to standardowy protokół branżowy obsługiwany przez ponad 25 dostawców, w tym firmę Microsoft. Wszystkie narzędzia, w tym narzędzia innych firm, które są zgodne z protokołem XMLA, używają bibliotek klienckich firmy Microsoft do odczytywania i/lub zapisywania danych w modelu danych. Połączenie wydajność jest osiągana za pomocą punktu końcowego XMLA, który jest interfejsem API udostępnianym przez model danych, który rozszerza możliwości programowania i zarządzania dostępne dla twórców semantycznych modeli.

Uwaga

Ten zaawansowany scenariusz użycia zarządzania modelem danych jest jednym z scenariuszy zarządzania zawartością i wdrażania . Aby uzyskać pełną listę scenariuszy użycia samoobsługi, zobacz Scenariusze użycia usługi Power BI.

W przypadku zwięzłości niektóre aspekty opisane w temacie dotyczącym współpracy i dostarczania zawartości nie zostały omówione w tym artykule. Aby uzyskać pełne pokrycie, najpierw przeczytaj te artykuły.

Diagram scenariusza

Celem tego zaawansowanego scenariusza użycia zarządzania modelem danych jest użycie edytora tabelarycznego do zarządzania modelem danych. Model danych można opublikować w usługa Power BI przy użyciu punktu końcowego XMLA, który jest dostępny w usłudze Power BI Premium.

Ważne

Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).

Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.

Napiwek

Zalecamy zapoznanie się ze scenariuszem użycia samoobsługowego publikowania zawartości, jeśli nie znasz go. Zaawansowany scenariusz zarządzania modelami danych opiera się na tym scenariuszu.

Uwaga

Czasami terminy semantyczne i model danych są używane zamiennie. Ogólnie rzecz biorąc, z perspektywy usługa Power BI, jest określany jako model semantyczny. Z perspektywy programowania jest on określany jako model danych (lub model w skrócie). W tym artykule oba terminy mają takie samo znaczenie. Podobnie semantyczny twórca modelu i modeler danych mają takie samo znaczenie.

Na poniższym diagramie przedstawiono ogólne omówienie najpopularniejszych akcji i narzędzi użytkownika, które mogą ułatwić opracowywanie i optymalizowanie modeli danych oraz zarządzanie nimi.

Napiwek

Zachęcamy do pobrania diagramu scenariusza, jeśli chcesz go osadzić w prezentacji, dokumentacji lub wpisie w blogu albo wydrukować go jako plakat na ścianie. Ponieważ jest to obraz skalowalnej grafiki wektorowej (SVG), można go skalować w górę lub w dół bez utraty jakości.

Diagram scenariusza przedstawia następujące akcje użytkownika, narzędzia i funkcje:

Produkt	Opis
	Twórcy modeli tworzą modele danych przy użyciu edytora tabelarycznego. Często wstępne prace projektowe (takie jak praca dodatku Power Query) są wykonywane w programie Power BI Desktop przed przełączeniem się do edytora tabelarycznego (nie pokazanego na diagramie scenariusza).
	Model danych łączy się z danymi z co najmniej jednego źródła danych.
	Niektóre źródła danych mogą wymagać lokalnej bramy danych lub bramy sieci wirtualnej na potrzeby odświeżania danych, takich jak te, które znajdują się w prywatnej sieci organizacyjnej.
	Tworzenie modelu danych odbywa się w edytorze tabelarycznym. Edytowanie skryptów dodatku Power Query (M) jest obsługiwane. Twórcy modeli mogą używać skryptów języka C# do przyspieszenia opracowywania.
	Gdy wszystko będzie gotowe, twórcy semantycznych modeli publikują model danych z Edytora tabelarycznego do usługa Power BI przy użyciu punktu końcowego XMLA docelowego obszaru roboczego.
	Model danych jest publikowany w obszarze roboczym przeznaczonym do przechowywania i zabezpieczania udostępnionych modeli semantycznych. Dostęp do obszaru roboczego przy użyciu punktu końcowego XMLA jest możliwy tylko wtedy, gdy tryb licencji obszaru roboczego jest ustawiony na pojemność sieci szkieletowej, pojemność Premium, Premium na użytkownika lub Osadzony.
	Twórcy raportów tworzą raporty przy użyciu połączenia na żywo z udostępnionym modelem semantycznym.
	Twórcy raportów tworzą raporty w programie Power BI Desktop. Oprócz celowego oddzielenia raportów od modeli semantycznych twórcy zawartości postępują zgodnie z typowym procesem tworzenia raportu.
	Gdy wszystko będzie gotowe, twórcy raportów publikują plik programu Power BI Desktop (pbix) lub plik projektu usługi Power BI (pbip) do usługa Power BI.
	Raporty są publikowane w obszarze roboczym przeznaczonym do przechowywania i zabezpieczania raportów i pulpitów nawigacyjnych.
	Opublikowane raporty pozostają połączone z udostępnionym modelem semantycznym przechowywanym w innym obszarze roboczym. Wszelkie zmiany wprowadzone w udostępnionym modelu semantycznym mają wpływ na wszystkie raporty zależne.
	Narzędzia innych firm mogą używać punktu końcowego XMLA do wykonywania zapytań względem udostępnionego modelu semantycznego. Inne narzędzia zgodne ze standardem XMLA — takie jak DAX Studio, Semantic Link z notesów sieci szkieletowej lub Środowiska Windows PowerShell — mogą służyć do wykonywania zapytań lub aktualizowania udostępnionego modelu semantycznego. Programy Power BI Desktop, Excel i Report Builder mogą również łączyć się przy użyciu punktu końcowego XMLA (nie pokazanego na diagramie scenariusza).
	Inne narzędzia firmy Microsoft i innych firm mogą używać punktu końcowego XMLA do zarządzania modelem semantycznym i zapewniania zarządzania cyklem życia aplikacji. Aby dowiedzieć się więcej, zobacz Narzędzia klienckie oparte na punkcie końcowym XMLA.
	Administratorzy sieci szkieletowej zarządzają ustawieniem dzierżawy, aby umożliwić korzystanie z punktu końcowego XMLA. Administrator musi włączyć punkt końcowy XMLA dla pojemności sieci szkieletowej, pojemności Premium i ustawień Premium na użytkownika.
	Administratorzy sieci szkieletowej nadzorują i monitorują aktywność w portalu sieci szkieletowej.

Kwestie kluczowe

Poniżej przedstawiono niektóre kluczowe kwestie, które należy podkreślić na temat zaawansowanego scenariusza zarządzania modelem danych.

Aplikacje i narzędzia innych firm

Zespoły analizy biznesowej w przedsiębiorstwie często używają narzędzi klienckich, takich jak Edytor tabelaryczny (przedstawiony na diagramie scenariusza i opisany w następnym temacie), aby ułatwić zarządzanie scentralizowanymi modelami semantycznymi. Jednak każdy semantyczny twórca modelu, który chce pracować z zaawansowanymi możliwościami modelowania, może skorzystać z metod opisanych w tym scenariuszu użycia.

Istnieje kilka sposobów korzystania z aplikacji innych firm:

• Połączenie do modelu danych zdalnych przy użyciu punktu końcowego XMLA: Niektóre narzędzia innych firm mogą łączyć się bezpośrednio z modelem danych zdalnych w usługa Power BI (lub Analysis Services). Po nawiązaniu połączenia z punktem końcowym XMLA wszystkie operacje modelu obiektów tabelarycznych (TOM) są obsługiwane. Takie podejście jest głównym celem tego scenariusza użycia.
• Połączenie do lokalnego modelu danych w programie Power BI Desktop: Niektóre narzędzia innych firm mogą łączyć się z lokalnym modelem danych otwartym w programie Power BI Desktop (nie pokazanym na diagramie scenariusza). Istnieją jednak pewne ograniczenia, a nie wszystkie funkcje narzędzi zewnętrznych są oficjalnie obsługiwane.
• Połączenie do pliku szablonu w programie Power BI Desktop: Niektóre narzędzia innych firm dystrybuują swoje funkcje w prosty sposób przy użyciu pliku szablonu programu Power BI Desktop (pbit) (nie przedstawiono na diagramie scenariusza).

Tabular Editor

W diagramie scenariusza przedstawiono edytor tabelaryczny. Jest to narzędzie innej firmy, które osiągnęło powszechne wdrożenie przez społeczność usługi Power BI. Niektóre zalety zarządzania modelami danych tabelarycznych za pomocą edytora tabelarycznego obejmują:

• Konfigurowanie możliwości modelu danych nieobsługiwanych w programie Power BI Desktop: Edytor tabelaryczny udostępnia interfejs do konfigurowania zabezpieczeń na poziomie obiektu (OLS), grup obliczeniowych, perspektyw, tłumaczeń i partycji.
• Obsługa współbieżnego tworzenia modeli: narzędzia programistyczne modelu danych firmy Microsoft, takie jak Visual Studio z projektami usług Analysis Services, przechowują całą definicję modelu danych w pliku Model.bim . Ten pojedynczy plik może utrudnić zespołowi deweloperów pracę w jednym modelu danych. Edytor tabelaryczny ma funkcję o nazwie Serializacja folderów. Serializacja folderów dekonstrukuje plik Model.bim w oddzielnych plikach specyficznych dla obiektu w zorganizowanej strukturze folderów. Różne osoby modelujące dane mogą następnie pracować nad różnymi plikami z mniejszym ryzykiem zastąpienia siebie wysiłków.
• Integracja z kontrolą źródła: serializacja folderów umożliwia systemowi kontroli źródła łatwe wykrywanie zmian modelu danych, co ułatwia scalanie źródła i rozwiązywanie konfliktów.
• Ulepszona jakość i projektowanie modelu danych: Edytor tabelaryczny integruje się z analizatorem najlepszych rozwiązań (BPA). Narzędzie BPA ułatwia modelowanie danych za pomocą zestawu dostosowywalnych reguł, które mogą poprawić jakość, spójność i wydajność modeli danych. Zestaw reguł najlepszych rozwiązań (udostępnianych przez firmę Microsoft) można pobrać z usługi GitHub.
• Zwiększona produktywność podczas opracowywania modeli danych: interfejs edytora tabelarycznego sprawia, że jest odpowiedni do wykonywania edycji wsadowych, debugowania i wyświetlania zależności modelu danych. Edytor tabelaryczny różni się od programu Power BI Desktop, ponieważ działa w trybie rozłączenia. Możesz wprowadzić zmiany modelu danych w trybie rozłączenia i zatwierdzić je jako partię edycji. Praca w ten sposób umożliwia szybsze opracowywanie i walidację, szczególnie w przypadku doświadczonych modelerów danych. Istnieje również możliwość utworzenia skryptów języka C# i zapisania ich jako makr. Te skrypty mogą pomóc w zwiększeniu wydajności zarządzania i synchronizowania wielu modeli danych.

Punkt końcowy XMLA

Punkt końcowy XMLA używa protokołu XMLA do uwidocznienia wszystkich funkcji modelu danych tabelarycznych, w tym niektórych operacji modelowania danych, które nie są obsługiwane przez program Power BI Desktop. Możesz użyć interfejsu API TOM, aby wprowadzić programowe zmiany w modelu danych.

Punkt końcowy XMLA zapewnia również łączność. Możesz nawiązać połączenie tylko z modelem semantycznym, gdy obszar roboczy z trybem licencji ustawiony na Premium na użytkownika, Premium na pojemność lub Osadzony. Po nawiązaniu połączenia narzędzie zgodne ze standardem XMLA może działać na modelu danych na dwa sposoby:

• Zapisywanie danych i metadanych: Użycie odczytu/zapisu punktu końcowego XMLA umożliwia:
  • Możliwości modelowania danych, które nie są obsługiwane przez program Power BI Desktop, takie jak zabezpieczenia na poziomie obiektu (OLS), grupy obliczeń, perspektywy, tłumaczenia i zarządzanie partycjami.
  • Bardziej złożone wdrożenia. Na przykład wdrożenie częściowe lub wdrożenie tylko metadane, które publikuje tylko jedną nową miarę.
  • Asynchroniczne odświeżanie modelu semantycznego. Na przykład odświeżanie pojedynczej tabeli lub partycji.
• Odczytywanie danych i metadanych: użycie tylko do odczytu punktu końcowego XMLA umożliwia:
  • Monitorowanie, debugowanie i śledzenie semantycznych modeli i zapytań.
  • Umożliwianie narzędzi do raportowania danych innych firm w celu wizualizacji danych pochodzących z udostępnionego modelu semantycznego. Ta technika to doskonały sposób na rozszerzenie korzyści i inwestycji w zarządzaną samoobsługową usługę bi.

Ostrzeżenie

Po zmodyfikowaniu lub opublikowaniu modelu semantycznego przy użyciu punktu końcowego XMLA nie można go już pobrać z usługa Power BI jako pliku programu Power BI Desktop.

Ustawienia XMLA na pojemność

Każda pojemność usługi Power BI Premium i pojemność usługi Power BI Embedded ma ustawienie umożliwiające kontrolowanie, czy punkt końcowy XMLA jest tylko do odczytu, odczytu/zapisu, czy wyłączony. To ustawienie jest również dostępne dla wszystkich obszarów roboczych Premium na użytkownika w dzierżawie usługi Power BI. Dostęp do odczytu/zapisu XMLA musi być włączony dla każdej pojemności zawierającej modele semantyczne, którymi chcesz zarządzać za pomocą narzędzia innego niż program Power BI Desktop.

Napiwek

Ustawienie punktu końcowego XMLA (odczyt/zapis, tylko do odczytu lub wyłączenia) dotyczy wszystkich obszarów roboczych i modeli semantycznych przypisanych do określonej pojemności. Możesz skonfigurować wiele pojemności w celu decentralizacji i/lub dostosowania sposobu zarządzania zawartością dla każdej pojemności.

Ustawienie dzierżawy XMLA

Oprócz ustawień punktu końcowego XMLA administrator usługi Power BI musi używać ustawień dzierżawy, aby zezwolić na używanie punktów końcowych XMLA i analizowania w programie Excel z lokalnymi modelami semantycznymi. Po włączeniu można zezwolić wszystkim użytkownikom lub określonym grupom zabezpieczeń na korzystanie z funkcji punktu końcowego XMLA.

Uwaga

Wszystkie standardowe funkcje zabezpieczeń i ochrony danych nadal mają zastosowanie, aby określić, którzy użytkownicy mogą wyświetlać i/lub edytować zawartość.

Narzędzia innych firm

Program Power BI Desktop może obsługiwać kompleksowe potrzeby większości samoobsługowych twórców zawartości. Jednak narzędzia innych firm oferują inne funkcje i funkcje przedsiębiorstwa. Z tego powodu narzędzia innych firm, takie jak Edytor tabelaryczny, stały się powszechne w społeczności usługi Power BI, zwłaszcza dla zaawansowanych twórców zawartości, deweloperów i specjalistów IT.

Napiwek

W tym wpisie w blogu opisano, w jaki sposób narzędzia innych firm umożliwiają zespołowi produktu Power BI ponowne ewaluowanie priorytetów programowania, zwiększanie zasięgu platformy Power BI i spełnianie bardziej zaawansowanych i zróżnicowanych żądań od społeczności użytkowników.

Uwaga

Niektóre narzędzia innych firm wymagają płatnej licencji, takiej jak Tabular Editor 3. Inne narzędzia społeczności są bezpłatne i open source (takie jak Tabular Editor 2, DAX Studio i ALM Toolkit). Zalecamy staranne ocenianie funkcji poszczególnych narzędzi, kosztów i modelu pomocy technicznej, dzięki czemu możesz odpowiednio wspierać społeczność twórców zawartości.

Zarządzanie modelami danych

Głównym celem tego scenariusza użycia jest twórca zawartości, który zarządza modelem danych za pomocą edytora tabelarycznego. W przypadku rzadkich zaawansowanych wymagań dotyczących zarządzania modelami danych, takich jak sporadyczne zarządzanie partycjami, możesz użyć narzędzia takiego jak SQL Server Management Studio (SSMS). Deweloper platformy .NET może również tworzyć semantyczne modele usługi Power BI i zarządzać nimi przy użyciu interfejsu API TOM.

Napiwek

W przypadku korzystania z punktu końcowego XMLA do zarządzania modelami danych zalecamy włączenie ustawienia dużego formatu magazynu modelu semantycznego. Po włączeniu duży semantyczny format magazynu modelu może poprawić wydajność operacji zapisu XMLA.

Rozdzielenie modelu danych i raportów

Aby ten scenariusz użycia zakończył się powodzeniem, należy oddzielić raporty od modelu danych. Takie podejście powoduje zarządzanie oddzielnymi plikami programu Power BI Desktop zgodnie z opisem w scenariuszu użycia samoobsługowej analizy biznesowej . Nawet jeśli ta sama osoba jest odpowiedzialna za cały rozwój, oddzielenie semantycznych modeli i raportów jest ważne, ponieważ edytor tabelaryczny nie ma świadomości zawartości raportu.

Konfiguracja bramy

Zazwyczaj brama danych jest wymagana podczas uzyskiwania dostępu do źródeł danych znajdujących się w prywatnej sieci organizacyjnej lub sieci wirtualnej. Lokalna brama danych staje się odpowiednia po opublikowaniu modelu danych w usługa Power BI. Dwie bramy służą do odświeżania zaimportowanych danych lub wyświetlania raportu, który wykonuje zapytania dotyczące połączenia na żywo lub modelu semantycznego trybu DirectQuery (nie przedstawiono na diagramie scenariusza).

Uwaga

Scentralizowana brama danych w trybie standardowym jest zdecydowanie zalecana w przypadku bram w trybie osobistym. W trybie standardowym brama danych obsługuje połączenia na żywo i operacje trybu DirectQuery (oprócz zaplanowanych operacji odświeżania danych).

Aby uzyskać więcej informacji, zobacz Lokalna brama danych (tryb standardowy).

Nadzór systemowy

Dziennik aktywności rejestruje działania użytkowników, które występują w usługa Power BI. Administratorzy usługi Power BI mogą używać zebranych danych dziennika aktywności do przeprowadzania inspekcji , aby ułatwić im zrozumienie działań łączących się za pośrednictwem punktów końcowych XMLA.

Powiązana zawartość

Inne przydatne scenariusze ułatwiające podejmowanie decyzji dotyczących implementacji usługi Power BI można znaleźć w artykule Scenariusze użycia usługi Power BI.