Określanie typu zestawu danych usługi Power BI
W przypadku wymuszania zabezpieczeń na poziomie wiersza przy użyciu scenariusza Dla klientów aplikacja musi ustawić efektywną tożsamość. Sposób ustawiania obowiązującej tożsamości zależy od typu zestawu danych usługi Power BI wymaganego przez aplikację.
Do rozważenia są dostępne cztery różne typy zestawów danych. Te typy są określane przez miejsce, w którym jest hostowany model i struktura modelu. W pozostałej części tej lekcji opisano te cztery różne typy zestawów danych.
Według definicji zestaw danych usługi Power BI jest artefaktem reprezentującym źródło danych do wizualizacji w usłudze Power BI. Często zestawy danych reprezentują modele danych, które są zapytaniami dotyczącymi zasobów danych zoptymalizowanych pod kątem raportowania analitycznego.
Architektura modelu
Większość modeli danych firmy Microsoft jest tabelaryczna. Modele tabelaryczne składają się z co najmniej jednej tabeli. Inne modele danych firmy Microsoft są wielowymiarowe. Modele wielowymiarowe opierają się na starszej (jeszcze istotnej) technologii i składają się z wymiarów i grup miar. Często modele wielowymiarowe są nazywane modułami.
Uwaga
Podobnie jak modele tabelaryczne, modele wielowymiarowe wymuszają uprawnienia do danych przy użyciu ról. Jednak nie definiują one filtrów przy użyciu reguł i opierają się na wyrażeniach wielowymiarowych (MDX) zamiast języka DAX. Chociaż modele wielowymiarowe nie wymuszają zabezpieczeń na poziomie wiersza (ponieważ modele wielowymiarowe nie przechowują wierszy danych), wymuszają równoważne wymagania, które generują ten sam wynik (statycznych i dynamicznych) reguł modelu tabelarycznego.
Hosting modelu
Modele danych są hostowane wewnętrznie lub zewnętrznie. Modele hostowane wewnętrznie znajdują się w usłudze Power BI, a modele hostowane zewnętrznie są hostowane poza usługą Power BI.
Modele hostowane wewnętrznie znajdują się w obszarach roboczych usługi Power BI. Modele hostowane zewnętrznie przez firmę Microsoft znajdują się w Azure Analysis Services lub SQL Server Analysis Services. SQL Server Analysis Services może hostować modele tabelaryczne i wielowymiarowe, a usługa Power BI wymaga bramy do nawiązania z nimi połączenia.
Uwaga
Połączenia usługi Power BI z modelami hostowanymi zewnętrznie są nazywane połączeniami na żywo.
Struktura modelu
Każda tabela (z wyjątkiem tabel obliczeniowych) w modelu tabelarycznym ma ustawienie trybu przechowywania, które ma wartość Import, Dual lub DirectQuery.
Tabela modelu, która ma być używana w trybie importowania magazynu, będzie fizycznie ładować i przechowywać dane źródłowe. Opiera się na regularnym odświeżaniu danych, aby zachować aktualność danych. Magazyn importowy zapewnia najszybszą wydajność zapytań, ale może być nieefektywny (lub kosztowny), gdy masz duże ilości danych. Ponadto, gdy użytkownicy chcą aktualnych danych, odświeżanie zestawu danych może być niemożliwe (ze względu na dzienne limity).
Z drugiej strony model korzystający z trybu przechowywania DirectQuery nigdy nie przechowuje danych źródłowych. Zamiast tego podczas wykonywania zapytań dotyczących tabel modelu model będzie wykonywać zapytania dotyczące danych źródłowych. Jest to nazywane zapytaniem przekazującym. Tryb przechowywania directQuery może być dobrym wyborem, gdy masz duże woluminy danych lub jeśli musisz zgłosić aktualne dane.
Gdy tabela ma używać trybu przechowywania podwójnego , może zachowywać się jako import lub tabela DirectQuery. Dla każdego zapytania aparat zapytań modelu określa najbardziej wydajny (najszybszy) tryb do użycia.
Podsumowanie
Aby poprawnie ustawić obowiązującą tożsamość, musisz określić typ zestawu danych, który masz:
Wewnętrzne hostowane z tabelami importu
Wewnętrzne hosty z tabelami DirectQuery
Azure Analysis Services, który jest modelem hostowanym zewnętrznie
SQL Server Analysis Services, który jest modelem hostowanym zewnętrznie