Datenzugriff auf mehrdimensionale Modelle (Analysis Services – mehrdimensionale Daten)

Gilt für: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Verwenden Sie die Informationen in diesem Thema, um zu erfahren, wie Sie mit programmgesteuerten Methoden, Skripts oder Clientanwendungen auf SQL Server Analysis Services mehrdimensionale Daten zugreifen, die integrierte Unterstützung für die Verbindung mit einem SQL Server Analysis Services Server in Ihrem Netzwerk enthalten.

Dieses Thema enthält folgende Abschnitte:

Clientanwendungen

Abfragesprachen

Befehlsorientierte Benutzerschnittstellen

Clientanwendungen

Obwohl Analysis Services Schnittstellen bieten, mit denen Sie mehrdimensionale Datenbanken programmgesteuert erstellen oder integrieren können, ist es ein gängigerer Ansatz, vorhandene Clientanwendungen von Microsoft und anderen Softwareanbietern zu verwenden, die über integrierten Datenzugriff auf Analysis Services-Daten verfügen.

Die folgenden Microsoft-Anwendungen unterstützen systemeigene Verbindungen zu mehrdimensionalen Daten.

Excel

Mehrdimensionale Analysis Services-Daten werden oft mit PivotTables und PivotChart-Steuerelementen in einer Excel-Arbeitsmappe präsentiert. PivotTables passen zu mehrdimensionalen Daten, da die Hierarchien, Aggregationen und Navigationskonstrukte im Modell gut zu den Datenzusammenfassungsfunktionen einer PivotTable passen. Ein Analysis Services-OLE DB-Datenanbieter ist in einer Excel-Installation enthalten, um das Einrichten von Datenverbindungen zu vereinfachen. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit oder Importieren von Daten aus SQL Server Analysis Services.

Reporting Services-Berichte

Sie können Berichte, die Analysis Services-Datenbanken nutzen, die analytische Daten enthalten, mithilfe des Berichts-Generators oder des Berichts-Designers erstellen. Sowohl Berichts-Generator als auch Berichts-Designer enthalten einen MDX-Abfrage-Designer, den Sie zum Eingeben oder Entwerfen von MDX-Anweisungen verwenden können, die Daten aus einer verfügbaren Datenquelle abrufen.

PerformancePoint-Dashboards

PerformancePoint-Dashboards werden verwendet, um Scorecards in SharePoint zu erstellen, die Geschäftsleistung verglichen mit vordefinierten Maßnahmen übermitteln. PerformancePoint bietet Unterstützung für Datenverbindungen zu mehrdimensionalen Analysis Services-Daten. Weitere Informationen finden Sie unter Erstellen einer Analysis Services-Datenverbindung (PerformancePoint Services).

SQL Server-Datentools

Modell- und Berichts-Designer erstellen Lösungen, die mehrdimensionale Modelle enthalten, mithilfe von SQL Server Data Tools. Durch die Bereitstellung der Lösung in einer Analysis Services-Instanz wird die Datenbank erstellt, mit der Sie anschließend von Excel, Reporting Services und anderen Business Intelligence-Clientanwendungen ausgehend Verbindungen herstellen.

SQL Server Data Tools werden auf einer Visual Studio-Shell erstellt und verwenden Projekte, die organisiert werden und das Modell enthalten. Weitere Informationen finden Sie unter Erstellen mehrdimensionaler Modelle mit SQL Server Data Tools (SSDT).

SQL Server Management Studio

Für Datenbankadministratoren ist SQL Server Management Studio eine integrierte Umgebung zum Verwalten der SQL Server-Instanzen, einschließlich Instanzen von Analysis Services und mehrdimensionalen Datenbanken. Weitere Informationen finden Sie unter SQL Server Management Studio.

Abfragesprachen

MDX ist eine Abfrage- und Berechnungssprache nach Branchenstandard, die zum Abrufen von Daten aus OLAP-Datenbanken verwendet wurden. In Analysis Services ist MDX die Abfragesprache, die zum Abrufen von Daten verwendet wird, aber auch Datendefinition und Datenbearbeitung unterstützt. MDX-Editoren werden in SQL Server Management Studio, Reporting Services und SQL Server Data Tools eingebaut. Sie können Ad-hoc-Anfragen oder wiederverwendbare Skripts mithilfe der MDX-Editoren erstellen, wenn der Datenvorgang wiederholbar ist.

Einige Tools und Anwendungen, z. B. Excel, fragen mithilfe von MDX-Konstrukten intern eine Analysis Services-Datenquelle ab. Sie können MDX auch programmgesteuert verwenden, indem Sie die MDX-Anweisung in eine XMLA-Ausführungs-Anforderung einschließen.

Die folgenden Links enthalten weitere Informationen über MDX:

Abfragen von mehrdimensionalen Daten mit MDX

Schlüsselkonzepte in MDX (Analysis Services)

Grundlegendes zu MDX-Abfragen (Analysis Services)

Grundlegendes zu MDX-Skripts (Analysis Services)

Befehlsorientierte Benutzerschnittstellen

Wenn Sie eine benutzerdefinierte Anwendung erstellen, die mehrdimensionale Daten verwendet, wird der Ansatz zum Aufrufen der Daten wahrscheinlich in eine der folgenden Kategorien fallen:

• XMLA. Verwenden Sie XMLA, wenn Kompatibilität mit einer Vielzahl von Betriebssystemen und Protokollen erforderlich ist. XMLA bietet die größte Flexibilität, aber oft auf Kosten einer verbesserten Leistung und der Programmierbarkeit.

• Clientbibliotheken. Verwenden Sie Analysis Services-Clientbibliotheken, wie z. B. ADOMD.NET, AMO und OLE DB, wenn Sie programmgesteuert auf Daten von Clientanwendungen zugreifen, die unter einem Microsoft Windows-Betriebssystem ausgeführt werden. Die Clientbibliotheken umschließen XMLA mit einem Objektmodell und Optimierungen, die bessere Leistung ermöglichen.

  ADOMD.NET- und AMO-Clientbibliotheken sind für in verwaltetem Code geschriebene Anwendungen vorgesehen. Verwenden Sie OLE DB für Analysis Services, wenn die Anwendung in systemeigenen Code geschrieben ist.

Die folgende Tabelle enthält weitere Details und Links zu den Clientbibliotheken, die zum Verbinden von Analysis Services mit einer benutzerdefinierten Anwendung verwendet werden.

Schnittstelle	Beschreibung
Analysis Services Management Objects (AMO)	AMO ist das primäre Objektmodell zum Verwalten von Analysis Services-Instanzen und mehrdimensionalen Datenbanken in Code. SQL Server Management Studio beispielsweise verwendet AMO zur Unterstützung von Server- und Datenbankverwaltung. Weitere Informationen finden Sie unter Developing with Analysis Management Objects (AMO).
ADOMD.NET	ADOMD.NET ist das primäre Objektmodell, das mehrdimensionale Daten in benutzerdefinierten Anwendungen erstellt und aufruft. Sie können ADOMD.NET in einer verwalteten Clientanwendung verwenden, um SQL Server Analysis Services Informationen über gängige Microsoft .NET Framework-Datenzugriffsschnittstellen abzurufen. Weitere Informationen finden Sie unter Entwickeln mit ADOMD.NET und ADOMD.NET Client-Programmierung.
Analysis Services OLE DB-Anbieter (MSOLAP.dll)	Sie können den nativen OLE DB-Anbieter verwenden, um programmgesteuert über eine nicht verwaltete API auf SQL Server Analysis Services zuzugreifen. Weitere Informationen finden Sie unter Analysis Services OLE DB-Anbieter (Analysis Services – Mehrdimensionale Daten).
Schemarowsets	Schemarowsettabellen sind Datenstrukturen, die beschreibende Informationen zu einem mehrdimensionalen Modell, das auf dem Server bereitgestellt wird, sowie Informationen zur aktuellen Aktivität auf dem Server enthalten. Als Programmierer können Sie Schemarowsettabellen in Clientanwendungen abfragen, um in einem SQL Server Analysis Services instance gespeicherte Metadaten zu untersuchen und Unterstützungs- und Überwachungsinformationen abzurufen. Sie können Schemarowsets mit diesen programmgesteuerten Schnittstellen verwenden: OLE DB, OLE DB für Analysis Services, OLE DB für Data Mining oder XMLA. Die folgende Liste erläutert mehrere Ansätze zum Verwenden von Schemarowsets: –Führen Sie DMV-Abfragen in SQL Server Management Studio oder benutzerdefinierten Berichten aus, um mithilfe der SQL-Syntax auf Schemarowsets zuzugreifen. Weitere Informationen finden Sie unter Verwenden von dynamischen Verwaltungssichten (Dynamic Management Views, DMVs) zum Überwachen von Analysis Services. –Schreiben Sie ADOMD.NET-Code, mit dem ein Schemarowset aufgerufen wird. – Führen Sie die XMLA Discover-Methode direkt für eine SQL Server Analysis Services instance aus, um Schemarowsetinformationen abzurufen. Weitere Informationen finden Sie unter Discover-Methode (XMLA).
XMLA	XMLA ist die niedrigste Ebene, die einem Analysis Services-Programmierer zur Verfügung steht, und der gemeinsame Nenner, der allen Analysis Services-Datenzugriffsmethoden zugrunde liegt. XMLA ist ein dem Branchenstandard entsprechendes, SOAP-basiertes XML-Protokoll, das über eine HTTP-Verbindung universellen Datenzugriff auf sämtliche standardmäßigen mehrdimensionalen Datenquellen unterstützt. Dabei werden mithilfe von SOAP Anforderungen und Antworten für mehrdimensionale Daten formuliert. Wenn die Anwendung auf einer Nicht-Windows-Plattform ausgeführt wird, können Sie mithilfe von XMLA auf eine mehrdimensionale Datenbank zugreifen, die unter einem Windows-Server in Ihrem Netzwerk ausgeführt wird. Weitere Informationen finden Sie unter Entwickeln mit XMLA in Analysis Services.
ASSL (Analysis Services Scripting Language)	ASSL ist ein beschreibender Begriff, der auf Analysis Services-Erweiterungen des XMLA-Protokolls zutrifft. Während die Execute- und die Discover-Methode vom XMLA-Protokoll beschrieben werden, fügt ASSL die folgende Funktion hinzu: –XMLA-Skript –XMLA-Objektdefinitionen –XMLA-Befehle Mit ASSL-Erweiterungen können Analysis Services XMLA-Konstrukte jenseits der grundlegenden Bereitstellungen des Protokolls verwenden und fügen die Unterstützung von Datendefinitionen, Datenbearbeitungen und Datensteuerelementen hinzu. Weitere Informationen finden Sie unter Developing with Analysis Services Scripting Language (ASSL).

Weitere Informationen

Entwickeln mit Analysis Services Scripting Language (ASSL)
Entwickeln mit XMLA in Analysis Services