Dostęp do danych modelu wielowymiarowego (usługi Analysis Services — dane wielowymiarowe)

Dotyczy: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Skorzystaj z informacji w tym temacie, aby dowiedzieć się, jak uzyskać dostęp do danych wielowymiarowych usług SQL Server Analysis Services przy użyciu metod programistycznych, skryptów lub aplikacji klienckich, które obejmują wbudowaną obsługę nawiązywania połączenia z serwerem usług SQL Server Analysis Services w sieci.

Ten temat zawiera następujące sekcje:

Aplikacje klienckie

Języki zapytań

Interfejsy programowe

Aplikacje klienckie

Mimo że usługi Analysis Services udostępniają interfejsy, które umożliwiają programowe tworzenie lub integrowanie wielowymiarowych baz danych, bardziej typowym podejściem jest użycie istniejących aplikacji klienckich firmy Microsoft i innych dostawców oprogramowania, którzy mają wbudowany dostęp do danych usług Analysis Services.

Poniższe aplikacje firmy Microsoft obsługują natywne połączenia z danymi wielowymiarowymi.

Excel

Dane wielowymiarowe usług Analysis Services są często prezentowane przy użyciu tabel przestawnych i kontrolek wykresu przestawnego w skoroszycie programu Excel. Tabele przestawne są odpowiednie dla danych wielowymiarowych, ponieważ hierarchie, agregacje i konstrukcje nawigacyjne w modelu dobrze współgrają z funkcjami podsumowującymi danych w tabeli przestawnej. Dostawca danych OLE DB usług Analysis Services jest uwzględniony w instalacji programu Excel, aby ułatwić konfigurowanie połączeń danych. Aby uzyskać więcej informacji, zobacz Connect to or import data from SQL Server Analysis Services (Nawiązywanie połączenia z danymi lub importowanie ich z usług SQL Server Analysis Services).

Raporty usług programu Reporting Services

Za pomocą programu Report Builder lub Projektanta raportów można tworzyć raporty korzystające z baz danych usług Analysis Services zawierających dane analityczne. Zarówno program Report Builder, jak i projektant raportów zawierają projektanta zapytań MDX, którego można użyć do wpisywania lub projektowania instrukcji MDX, które pobierają dane z dostępnego źródła danych.

Pulpity nawigacyjne programu PerformancePoint

Pulpity nawigacyjne programu PerformancePoint służą do tworzenia kart wyników w programie SharePoint, które komunikują wydajność biznesową ze wstępnie zdefiniowanymi miarami. Program PerformancePoint obejmuje obsługę połączeń danych z danymi wielowymiarowymi usług Analysis Services. Jeśli potrzebujesz więcej informacji, utwórz połączenie danych usług Analysis Services (PerformancePoint Services).

Narzędzia Danych SQL Servera

Projektanci modeli i raportów używają narzędzi SQL Server Data Tools do tworzenia rozwiązań obejmujących modele wielowymiarowe. Wdrożenie rozwiązania w usłudze Analysis Services tworzy bazę danych, z którą następnie łączysz się poprzez Excel, Reporting Services i inne aplikacje klienckie analizy biznesowej.

Narzędzia SQL Server Data Tools są oparte na powłoce programu Visual Studio i używają projektów do organizowania i przechowywania modelu. Aby uzyskać więcej informacji, zobacz Tworzenie modeli wielowymiarowych przy użyciu narzędzi SQL Server Data Tools (SSDT).

SQL Server Management Studio

W przypadku administratorów baz danych program SQL Server Management Studio jest zintegrowanym środowiskiem do zarządzania wystąpieniami programu SQL Server, w tym wystąpieniami usług Analysis Services i wielowymiarowymi bazami danych. Aby uzyskać więcej informacji, zobacz SQL Server Management Studio.

Języki zapytań

MDX to standardowy język zapytań i obliczeń branżowych używany do pobierania danych z baz danych OLAP. W usługach Analysis Services mdX to język zapytań używany do pobierania danych, ale także obsługuje definicję danych i manipulowanie danymi. Edytory MDX są wbudowane w narzędzia SQL Server Management Studio, Reporting Services i SQL Server Data Tools. Za pomocą edytorów MDX można tworzyć zapytania ad hoc lub skrypt wielokrotnego użytku, jeśli operacja danych jest powtarzalna.

Niektóre narzędzia i aplikacje, takie jak program Excel, używają konstrukcji MDX wewnętrznie do wykonywania zapytań względem źródła danych usług Analysis Services. Można także używać MDX programowo, osadzając instrukcję MDX w żądaniu Execute XMLA.

Poniższe linki zawierają więcej informacji na temat rozwiązania MDX:

Wykonywanie zapytań dotyczących danych wielowymiarowych za pomocą rozwiązania MDX

Kluczowe pojęcia w rozwiązaniu MDX (Analysis Services)

Podstawy zapytań MDX (Analysis Services)

Podstawy skryptów MDX (Analysis Services)

Interfejsy programowe

Jeśli tworzysz aplikację niestandardową, która używa danych wielowymiarowych, podejście do uzyskiwania dostępu do danych najprawdopodobniej będzie należeć do jednej z następujących kategorii:

• XMLA. Używaj kodu XMLA, jeśli wymagana jest zgodność z wieloma różnymi systemami operacyjnymi i protokołami. Język XMLA zapewnia największą elastyczność, ale często kosztem lepszej wydajności i łatwości programowania.

• Biblioteki klienckie. Użyj bibliotek klienckich usług Analysis Services, takich jak ADOMD.NET, AMO i OLE DB, jeśli chcesz programowo uzyskiwać dostęp do danych z aplikacji klienckich działających w systemie operacyjnym Microsoft Windows. Biblioteki klienckie opakowuje kod XMLA za pomocą modelu obiektów i optymalizacji, które zapewniają lepszą wydajność.

  ADOMD.NET i biblioteki klienckie AMO są przeznaczone dla aplikacji napisanych w kodzie zarządzanym. Użyj ole DB dla usług Analysis Services, jeśli aplikacja jest napisana w kodzie natywnym.

Poniższa tabela zawiera dodatkowe szczegóły i linki dotyczące bibliotek klienckich używanych do łączenia usług Analysis Services z aplikacją niestandardową.

Interfejs	Description
Obiekty zarządzania usługami Analysis Services (AMO)	AMO to podstawowy model obiektów do administrowania wystąpieniami usług Analysis Services i wielowymiarowymi bazami danych w kodzie. Na przykład program SQL Server Management Studio używa AMO do obsługi administrowania serwerami i bazami danych. Aby uzyskać więcej informacji, zobacz Tworzenie za pomocą obiektów zarządzania analizami (AMO).
ADOMD.NET	ADOMD.NET jest podstawowym modelem obiektów tworzącym i uzyskiwającym dostęp do danych wielowymiarowych w aplikacjach niestandardowych. Korzystając z ADOMD.NET w zarządzanej aplikacji klienckiej, można pobrać informacje o usługach SQL Server Analysis Services przy użyciu typowych interfejsów dostępu do danych programu Microsoft .NET Framework. Aby uzyskać więcej informacji, zobacz Programowanie przy użyciu ADOMD.NET i ADOMD.NET programowania klienckiego.
Dostawca OLE DB dla usług Analysis Services (MSOLAP.dll)	Możesz użyć natywnego dostawcy OLE DB, aby programowo uzyskać dostęp do usług SQL Server Analysis Services z poziomu interfejsu API niezarządzanego. Aby uzyskać więcej informacji, zobacz Analysis Services OLE DB Provider (Analysis Services - Multidimensional Data).
Zestawy wierszy schematu	Tabele zestawów wierszy schematu to struktury danych zawierające opisowe informacje o modelu wielowymiarowym wdrożonym na serwerze, a także informacje o bieżącej aktywności na serwerze. Jako programista możesz wykonywać zapytania dotyczące tabel zestawów wierszy schematu w aplikacjach klienckich w celu sprawdzenia przechowywanych metadanych oraz pobrania informacji o obsłudze i monitorowaniu z wystąpienia usług SQL Server Analysis Services. Zestawy wierszy schematu można używać z tymi interfejsami programowymi: OLE DB, OLE DB dla usług Analysis Services, OLE DB na potrzeby wyszukiwania danych lub XMLA. Poniższa lista zawiera opis kilku metod używania zestawów wierszy schematu: -Uruchom zapytania DMV w programie SQL Server Management Studio lub w raportach niestandardowych, aby uzyskać dostęp do zestawów wierszy schematu przy użyciu składni SQL. Aby uzyskać więcej informacji, zobacz Monitorowanie usług Analysis Services przy użyciu dynamicznych widoków zarządzania (DMV). -Napisz kod ADOMD.NET, który wywołuje zestaw wierszy schematu. -Uruchom metodę ODNAJDywania XMLA bezpośrednio względem wystąpienia usług SQL Server Analysis Services, aby pobrać informacje o zestawie wierszy schematu. Aby uzyskać więcej informacji, zobacz Metoda Discover (XMLA).
XMLA	XMLA jest najniższym poziomem interfejsu API dostępnym dla programisty usług Analysis Services i jest wspólnym mianownikiem, który opiera się na wszystkich metodologiach dostępu do danych usług Analysis Services. XMLA to standardowy branżowy protokół XML oparty na protokole SOAP, który obsługuje uniwersalny dostęp do danych do dowolnego standardowego wielowymiarowego źródła danych dostępnego za pośrednictwem połączenia HTTP. Używa protokołu SOAP do formułowania żądań i odpowiedzi dla danych wielowymiarowych. Jeśli aplikacja działa na platformie innej niż Windows, możesz użyć narzędzia XMLA, aby uzyskać dostęp do wielowymiarowej bazy danych działającej na serwerze z systemem Windows w sieci. Aby uzyskać więcej informacji, zobacz Tworzenie za pomocą języka XMLA w usługach Analysis Services.
Język skryptowy Analysis Services (ASSL)	ASSL to opisowy termin, który ma zastosowanie do rozszerzeń usług Analysis Services protokołu XMLA. Podczas gdy metody Execute i Discover są opisane przez protokół XMLA, usługa ASSL dodaje następujące możliwości: -XMLA script (Skrypt XMLA) -XMLA object definitions (Definicje obiektów XMLA) -Polecenia XMLA Rozszerzenia ASSL umożliwiają usługom Analysis Services używanie konstrukcji XMLA poza podstawowymi postanowieniami protokołu, dodawaniem definicji danych, manipulowaniem danymi i obsługą kontroli danych. Aby uzyskać więcej informacji, zapoznaj się z Tworzenie przy użyciu języka skryptowego Analysis Services (ASSL).

Zobacz też

Programowanie przy użyciu języka skryptowego usług Analysis Services (ASSL)
Programowanie za pomocą języka XMLA w usługach Analysis Services