Freigeben über


Datenzugriff auf mehrdimensionale Modelle (Analysis Services – mehrdimensionale Daten)

Verwenden Sie die Informationen in diesem Thema, um zu erfahren, wie mit programmgesteuerten Methoden, Skript oder Clientanwendungen, die integrierten Support für das Herstellen einer Verbindung zu einem Analysis Services-Server in Ihrem Netzwerk enthalten, auf mehrdimensionale Analysis Services-Daten zugegriffen wird.

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. Weitere Informationen finden Sie unter Von Reporting Services unterstützte Datenquellen (SSRS) und Analysis Services-Verbindungstyp für MDX (SSRS).

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 Data Tools

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-Datentools (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 und Verbindung mit Analysis Services herstellen.

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 Entwickeln mit 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 Analysis Services-Informationen mithilfe der Schnittstellen für den Microsoft .NET Framework-Datenzugriff abzurufen. Weitere Informationen finden Sie unter Entwickeln mit ADOMD.NET und ADOMD.NET-Clientprogrammierung.

Analysis Services OLE DB-Anbieter (MSOLAP.dll)

Sie können den systemeigenen OLE DB-Anbieter zum programmgesteuerten Aufrufen von Analysis Services von einer nicht verwalteten API verwenden. Weitere Informationen finden Sie unter OLE DB-Anbieter für Analysis Services (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 Metadaten, die auf einer Analysis Services-Instanz gespeichert sind, 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. Weitere Informationen finden Sie unter Analysis Services-Schemarowsets.

Die folgende Liste erläutert mehrere Ansätze zum Verwenden von Schemarowsets:

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 Entwickeln mit Analysis Services Scripting Language (ASSL).

Siehe auch

Konzepte

Verbindung mit Analysis Services herstellen

Entwickeln mit XMLA in Analysis Services

Zugriff auf Daten im tabellarischen Modell

Andere Ressourcen

Einführung in Analysis Services Scripting Language