Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
SQL Server Analysis Services 
Azure Analysis Services Fabric/Power BI Premium
Usługi SQL Server Analysis Services (SSAS) udostępniają kilka metod lub trybów tworzenia semantycznych modeli analizy biznesowej: tabelarycznych i wielowymiarowych.
Tryb wielowymiarowy jest dostępny tylko w usługach SQL Server Analysis Services. Jeśli chcesz, aby modele zostały wdrożone w Azure Analysis Services lub Power BI, możesz teraz zakończyć czytanie. Modele wielowymiarowe nie będą obsługiwane w usługach Azure Analysis Services ani w semantycznych modelach usługi Power BI Premium. Jeśli potrzebujesz modeli wielowymiarowych w chmurze, jedynym sposobem jest wdrożenie usług SQL Server Analysis Services w trybie wielowymiarowym na maszynie wirtualnej platformy Azure.
Ponieważ modele wielowymiarowe są obsługiwane tylko w usługach SQL Server Analysis Services, ten artykuł nie jest przeznaczony do porównania platform usług Analysis Services (SQL Server, Azure, Power BI). Ma to na celu zapewnienie wysokiego poziomu porównania wielowymiarowych i tabelarycznych konstrukcji modelu w całości w kontekście usług SQL Server Analysis Services.
Usługi SQL Server Analysis Services obejmują również tryb Power Pivot dla SharePoint, który nadal jest obsługiwany w wersjach SharePoint 2016 i SharePoint 2013. Jednak strategia analizy biznesowej firmy Microsoft odeszła od integracji Power Pivot w Excelu z SharePoint. Power BI i Power BI Report Server są teraz zalecanymi platformami do hostowania skoroszytów programu Excel z modelami Power Pivot. W związku z tym ten artykuł obecnie nie zawiera porównania dodatku Power Pivot dla programu SharePoint.
W usługach SQL Server Analysis Services użycie więcej niż jednego podejścia umożliwia modelowanie dostosowane do różnych wymagań biznesowych i użytkowników. Multidimensional to dojrzała technologia oparta na otwartych standardach, obejmująca wielu dostawców oprogramowania do analizy biznesowej, ale może być trudna do zaimplementowania. Tabular oferuje podejście do modelowania relacyjnego, które wielu deweloperów uważa za bardziej intuicyjne. W dłuższej perspektywie modele tabelaryczne są łatwiejsze do opracowywania i łatwiejszego zarządzania. Chociaż modele wielowymiarowe są nadal powszechne w wielu rozwiązaniach analizy biznesowej, modele tabelaryczne są teraz powszechnie akceptowane jako standardowe rozwiązanie semantyczne analizy biznesowej klasy korporacyjnej na platformach firmy Microsoft.
Wszystkie modele są wdrażane jako bazy danych uruchamiane w wystąpieniu usług Analysis Services, lub modele tabelaryczne wdrażane są jako model semantyczny w pojemności usługi Power BI Premium. Dostęp do modeli są uzyskiwane przez aplikacje klienckie lub usługi, takie jak Power BI. Dane modelu są wizualizowane w interaktywnych i statycznych raportach za pośrednictwem programu Excel, usług Reporting Services, usługi Power BI i narzędzi analizy biznesowej od innych dostawców.
Tabelaryczne i wielowymiarowe rozwiązania tworzone za pomocą Visual Studio są przeznaczone dla korporacyjnych rozwiązań BI działających lokalnie na instancji SQL Server Analysis Services, a w przypadku modeli tabelarycznych - jako zasób serwera Azure Analysis Services lub jako model semantyczny w pojemności Power BI Premium. Każde rozwiązanie zapewnia wysoką wydajność analitycznych baz danych, które można łatwo zintegrować z aplikacjami klienckimi i usługami wizualizacji danych. Jednak każde rozwiązanie różni się w sposobie ich tworzenia, użycia i wdrażania. Większość tego artykułu porównuje te dwa typy, aby można było zidentyfikować odpowiednie podejście.
Omówienie typów modelowania
Poniższa tabela wylicza różne modele, zawiera podsumowanie podejścia, wersji początkowej i obsługiwanego poziomu zgodności.
| Typ | Opis modelowania | Początkowo opublikowano | Poziom zgodności |
|---|---|---|---|
| Wielowymiarowy | Konstrukcje modelowania OLAP (moduły, wymiary, miary). | SQL Server 2000 SQL Server 2012 lub nowszy |
1050 1100 |
| Power Pivot | Pierwotnie dodatek, ale teraz w pełni zintegrowany z programem Excel. Infrastruktura modelu tabelarycznego. API i skrypty nie są obsługiwane. | SQL Server 2008 R2 | Nie dotyczy |
| Tabelaryczna | Konstrukcje modelowania relacyjnego (model, tabele, kolumny). Wewnętrznie metadane są dziedziczone z konstrukcji modelowania OLAP (moduły, wymiary, miary). Kod i skrypt używają metadanych OLAP. | SQL Server 2012 SQL Server 2014 |
1050 1103 |
| Model tabelaryczny w serwerze SQL Server 2016 lub nowszym | Konstrukcje modelowania relacyjnego (model, tabele, kolumny), wyrażane w definicjach obiektów metadanych tabelarycznych w języku TMSL (Tabular Model Scripting Language) i tableular Object Model (TOM). | SQL Server 2016 SQL Server 2014 SQL Server 2019 SQL Server 2022 |
1200 1400 1500 1600 |
| Model tabelaryczny w Azure Analysis Services 1 | Konstrukcje modelowania relacyjnego (model, tabele, kolumny), wyrażane w definicjach obiektów metadanych tabelarycznych w języku TMSL (Tabular Model Scripting Language) i tableular Object Model (TOM). | 2016 | 1200 i nowsze |
| Model tabelaryczny w usłudze Power BI Premium 2 | Konstrukcje modelowania relacyjnego (model, tabele, kolumny), wyrażane w definicjach obiektów metadanych tabelarycznych w języku TMSL (Tabular Model Scripting Language) i tableular Object Model (TOM). | 2020 | 1500 i wyższe |
[1] Usługi Azure Analysis Services obsługują modele tabelaryczne na poziomie zgodności 1200 i wyższym. Jednak nie wszystkie funkcje modelowania tabelarycznego opisane w tym artykule są obsługiwane. Podczas tworzenia i wdrażania modeli tabelarycznych w usługach Azure Analysis Services jest bardzo samo, co w przypadku środowiska lokalnego, ważne jest, aby zrozumieć różnice. Aby dowiedzieć się więcej, zobacz Co to jest usługa Azure Analysis Services?
[2] Pojemności usługi Power BI Premium obsługują modele tabelaryczne na poziomie zgodności 1500 i wyższym. Jednak nie wszystkie funkcje modelowania tabelarycznego opisane w tym artykule są obsługiwane. Podczas tworzenia i wdrażania modeli tabelarycznych w usłudze Power BI Premium proces jest podobny do stosowanego w lokalnym środowisku czy na platformie Azure, jednak ważne jest, aby zrozumieć różnice. Aby dowiedzieć się więcej, zapoznaj się z Analysis Services w Power BI Premium (Usługi Analysis Services w usłudze Power BI Premium)
Poziom zgodności jest ważny. Odnosi się do zachowań specyficznych dla wersji w aparacie usług Analysis Services. Aby dowiedzieć się więcej, zobacz Poziom zgodności modelu tabelarycznego i Poziom zgodności modelu wielowymiarowego
Funkcje modelu
W poniższej tabeli przedstawiono podsumowanie dostępności funkcji na poziomie modelu. Przejrzyj tę listę, aby upewnić się, że funkcja, której chcesz użyć, jest dostępna w typie modelu, który chcesz skompilować.
| Funkcja | Wielowymiarowy | Tabelaryczna |
|---|---|---|
| Czynności | Tak | Nie. |
| Aggregations | Tak | Nie. |
| Kolumna obliczeniowa | Nie. | Tak |
| Miary obliczeniowe | Tak | Tak |
| Tabele obliczeniowe | Nie. | Tak3 |
| Zestawy niestandardowe | Tak | Nie. |
| Pakiety zbiorcze niestandardowe | Tak | Nie. |
| Domyślny członek | Tak | Nie. |
| Wyświetlanie folderów | Tak | Tak3 |
| Zliczanie Unikalnych | Tak | Tak (za pośrednictwem języka DAX) |
| Przeglądanie szczegółowe | Tak | Tak (zależy od aplikacji klienckiej) |
| Hierarchies | Tak | Tak |
| Wskaźniki KPI | Tak | Tak |
| Połączone obiekty | Tak | Tak (połączone tabele) |
| Wyrażenia języka M | Nie. | Tak3 |
| Relacje wiele-do-wielu | Tak | Nie (ale istnieją dwukierunkowe filtry przecinające na poziomie zgodności 1200 i wyższym) |
| Nazwane zestawy | Tak | Nie. |
| Poszarpane hierarchie | Tak | Tak3 |
| Hierarchie relacji nadrzędny-podrzędny | Tak | Tak (za pośrednictwem DAX) |
| Partitions | Tak | Tak |
| Perspektywy | Tak | Tak |
| Przeplatanie zapytań | Nie. | Tak4 |
| Zabezpieczenia na poziomie wiersza | Tak | Tak |
| Zabezpieczenia na poziomie obiektu | Tak | Tak3 |
| Miary częściowo addytywne | Tak | Tak |
| Tłumaczenia | Yes | Tak |
| Hierarchie zdefiniowane przez użytkownika | Tak | Tak |
| Zapisywanie zwrotne | Tak | Nie. |
[3] Aby uzyskać informacje o różnicach funkcjonalnych między poziomami zgodności, zobacz Poziom zgodności dla modeli tabelarycznych w usługach Analysis Services.
[4] — SQL Server 2019 i nowsze usługi Analysis Services, Azure Analysis Services.
Zagadnienia dotyczące danych
Modele tabelaryczne i wielowymiarowe używają importowanych danych ze źródeł zewnętrznych. Ilość i typ danych, które należy zaimportować, mogą być główną kwestią podczas podejmowania decyzji, który typ modelu najlepiej pasuje do danych.
Compression
Zarówno rozwiązania tabelaryczne, jak i wielowymiarowe używają kompresji danych, która zmniejsza rozmiar bazy danych usług Analysis Services względem magazynu danych, z którego importujesz dane. Ponieważ rzeczywista kompresja będzie się różnić w zależności od cech danych bazowych, nie ma możliwości dokładnego poznania, ile dysku i pamięci będzie wymagane przez rozwiązanie po przetworzeniu danych i użyciu ich w zapytaniach.
Oszacowanie używane przez wielu deweloperów usług Analysis Services polega na tym, że podstawowy magazyn wielowymiarowej bazy danych będzie wynosić około jednej trzeciej rozmiaru oryginalnych danych. Tabelaryczne bazy danych mogą czasami uzyskać większe ilości kompresji, około jednej dziesiątej rozmiaru, zwłaszcza jeśli większość danych jest importowana z tabel faktów.
Rozmiar modelu i stronniczości zasobów (w pamięci lub dysku)
Rozmiar bazy danych usług Analysis Services jest ograniczony tylko przez zasoby dostępne do jej uruchomienia. Typ modelu i tryb przechowywania będą również odgrywać rolę w sposobie rozwoju bazy danych.
Tabelaryczne bazy danych działają w pamięci lub w trybie DirectQuery, który odciąża wykonywanie zapytań do zewnętrznej bazy danych. W przypadku analizy danych tabelarycznych w pamięci baza danych jest przechowywana w całości w pamięci, co oznacza, że musisz mieć wystarczającą ilość pamięci, aby nie tylko załadować wszystkie dane, ale także dodatkowe struktury danych utworzone w celu obsługi zapytań.
Zapytanie bezpośrednie, przebudowane w programie SQL Server 2016, ma mniej ograniczeń niż wcześniej i lepszą wydajność. Wykorzystanie relacyjnej bazy danych zaplecza do przechowywania i wykonywania zapytań sprawia, że tworzenie modelu tabelarycznego na dużą skalę jest bardziej wykonalne niż wcześniej.
Historycznie największą bazą danych w środowisku produkcyjnym są wielowymiarowe obciążenia przetwarzania i wykonywania zapytań działające niezależnie na dedykowanym sprzęcie, z których każdy jest zoptymalizowany pod kątem odpowiedniego użycia. Tabelaryczne bazy danych szybko nadrabiają zaległości, a nowe postępy w trybie DirectQuery pomogą jeszcze bardziej zamknąć lukę.
W przypadku wielowymiarowego przenoszenia danych w magazynie i wykonywania zapytań jest to dostępne za pośrednictwem ROLAP. Na serwerze zapytań zestawy wierszy można buforować, a przestarzałe usuwać z pamięci. Efektywne i zrównoważone wykorzystanie zasobów pamięci i dysku często kieruje klientów w stronę rozwiązań wielowymiarowych.
W przypadku obciążenia można oczekiwać wzrostu zarówno wymagań dotyczących dysku, jak i pamięci dla każdego typu rozwiązania, ponieważ usługi Analysis Services buforują, przechowują, skanują i przetwarzają zapytania dotyczące danych. Aby uzyskać więcej informacji na temat opcji stronicowania pamięci, zobacz Właściwości pamięci. Aby dowiedzieć się więcej na temat skalowania, zobacz Wysoka dostępność i skalowalność w usługach Analysis Services.
Obsługiwane źródła danych
Modele tabelaryczne mogą importować dane ze źródeł danych relacyjnych, źródeł danych i niektórych formatów dokumentów. Można również używać ole DB dla dostawców ODBC z modelami tabelarycznymi. Modele tabelaryczne na poziomie zgodności 1400 i wyższych oferują znaczący wzrost różnych źródeł danych, z których można importować. Jest to spowodowane wprowadzeniem nowoczesnych funkcji zapytań get data i importowania danych w programie Visual Studio korzystających z języka zapytań formuł M.
Rozwiązania wielowymiarowe mogą importować dane ze źródeł danych relacyjnych przy użyciu natywnych i zarządzanych dostawców OLE DB.
Aby wyświetlić listę zewnętrznych źródeł danych, które można zaimportować do każdego modelu, zobacz następujące tematy:
Obsługa języka zapytań i skryptów
Usługi Analysis Services obejmują rozwiązania MDX, DMX, DAX, XML/A, ASSL i TMSL. Obsługa tych języków może się różnić w zależności od typu modelu. Jeśli wymagania dotyczące języka zapytań i skryptów są istotne, zapoznaj się z poniższą listą.
Bazy danych w modelu tabelarycznym obsługują obliczenia DAX, zapytania DAX i zapytania MDX. Dotyczy to wszystkich poziomów zgodności. Języki skryptowe to ASSL (over XMLA) dla poziomów zgodności 1050-1103 i TMSL (over XMLA) dla poziomu zgodności 1200 i wyższych.
Wielowymiarowe bazy danych modeli obsługują obliczenia MDX, zapytania MDX, zapytania języka DAX i ASSL.
Program PowerShell usług Analysis Services jest obsługiwany w przypadku modeli tabelarycznych i wielowymiarowych oraz baz danych.
Wszystkie bazy danych obsługują kod XMLA.
Funkcje zabezpieczeń
Wszystkie rozwiązania usług Analysis Services można zabezpieczyć na poziomie bazy danych. Bardziej szczegółowe opcje zabezpieczeń różnią się w zależności od trybu. Jeśli twoje rozwiązanie wymaga szczegółowych ustawień zabezpieczeń, zapoznaj się z poniższą listą, aby upewnić się, że żądany poziom zabezpieczeń jest obsługiwany w typie rozwiązania, które chcesz skompilować:
Tabelaryczne bazy danych modelu mogą używać zabezpieczeń na poziomie wiersza i na poziomie obiektu przy użyciu uprawnień opartych na rolach.
Wielowymiarowe bazy danych modelu mogą wykorzystywać zabezpieczenia na poziomie wymiaru i komórki, wykorzystując uprawnienia oparte na rolach.
Narzędzia do projektowania
Program Visual Studio z rozszerzeniem projektów usług Analysis Services, znanym również jako SQL Server Data Tools (SSDT), jest podstawowym narzędziem używanym do tworzenia rozwiązań wielowymiarowych i tabelarycznych. To środowisko tworzenia używa powłoki programu Visual Studio do udostępniania obszarów roboczych projektanta, okienek właściwości i nawigacji obiektów. Modele tabelaryczne obsługują również tworzenie modeli za pomocą narzędzi open source i innych firm. Aby dowiedzieć się więcej, zobacz Narzędzia usług Analysis Services.
Obsługa aplikacji klienckich
Ogólnie rzecz biorąc, tabelaryczne i wielowymiarowe rozwiązania obsługują aplikacje klienckie przy użyciu co najmniej jednej biblioteki klienta usług Analysis Services (MSOLAP, AMOMD, ADOMD). Na przykład programy Excel, Power BI Desktop i aplikacje niestandardowe. Usługi wizualizacji danych i analizy, takie jak Power BI, w pełni obsługują rozwiązania tabelaryczne i wielowymiarowe.
Jeśli używasz usług Reporting Services, dostępność funkcji raportów różni się w różnych wersjach i trybach serwera. Z tego powodu typ raportu, który chcesz utworzyć, może mieć wpływ na tryb serwera, który wybierzesz do zainstalowania.
Program Power View, narzędzie do tworzenia usług Reporting Services, które działa w programie SharePoint, jest dostępne na serwerze raportów wdrożonym w farmie programu SharePoint 2010. Jedynym typem źródła danych, którego można używać z tym raportem, jest tabelaryczna baza danych modelu usług Analysis Services lub skoroszyt dodatku Power Pivot. Oznacza to, że aby hostować źródło danych używane przez ten typ raportu, musisz mieć serwer trybu tabelarycznego lub dodatku Power Pivot dla programu SharePoint. Nie można użyć modelu wielowymiarowego jako źródła danych dla raportu programu Power View. Musisz utworzyć połączenie modelu semantycznego usługi Power Pivot BI lub udostępnione źródło danych usług Reporting Services, które będzie używane jako źródło danych dla raportu programu Power View.
Program Report Builder i Report Designer mogą używać dowolnej bazy danych usług Analysis Services, w tym skoroszytów Power Pivot hostowanych na Power Pivot dla SharePoint.
Raporty w formie tabeli przestawnej programu Excel są obsługiwane przez wszystkie bazy danych usług Analysis Services. Funkcjonalność programu Excel jest taka sama, niezależnie od tego, czy używasz tabelarycznej bazy danych, wielowymiarowej bazy danych czy skoroszytu Power Pivot, chociaż Writeback jest obsługiwany tylko w przypadku wielowymiarowych baz danych.