Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Verwenden Sie die Informationen in diesem Thema, um zu erfahren, wie Sie mithilfe von programmgesteuerten Methoden, Skripts oder Clientanwendungen, die integrierte Unterstützung für die Verbindung mit einem Analysis Services-Server in Ihrem Netzwerk enthalten, auf mehrdimensionale Daten zugreifen.
Dieses Thema enthält die folgenden Abschnitte:
Programmgesteuerte Schnittstellen
Clientanwendungen
Obwohl Analysis Services Schnittstellen bereitstellt, mit denen Sie mehrdimensionale Datenbanken programmgesteuert erstellen oder integrieren können, besteht ein häufigerer Ansatz darin, vorhandene Clientanwendungen von Microsoft und anderen Softwareanbietern zu verwenden, die integrierten Datenzugriff auf Analysis Services-Daten haben.
Die folgenden Microsoft-Anwendungen unterstützen systemeigene Verbindungen mit mehrdimensionalen Daten.
Excel
Multidimensionale Daten von Analysis Services werden häufig mithilfe von Pivot-Tabellen und Pivot-Diagrammen in einer Excel-Arbeitsmappe dargestellt. PivotTables eignen sich für multidimensionale Daten, da die Hierarchien, Aggregationen und Navigationskonstrukte im Modell gut zu den Datensummarfeatures einer PivotTable passen. Ein OLE DB-Datenanbieter für Analysis Services 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 den Berichts-Generator oder Berichts-Designer verwenden, um Berichte zu erstellen, die Analysis Services-Datenbanken verwenden, die analytische Daten enthalten. Sowohl der Berichts-Generator als auch der Berichts-Designer enthalten einen MDX-Abfrage-Designer, mit dem Sie MDX-Anweisungen eingeben oder entwerfen können, die Daten aus einer verfügbaren Datenquelle abrufen. Weitere Informationen finden Sie unter Datenquellen, die von Reporting Services (SSRS) und Analysis Services-Verbindungstyp für MDX (SSRS) unterstützt werden.
PerformancePoint-Dashboards
PerformancePoint-Dashboards werden verwendet, um Scorecards in SharePoint zu erstellen, die die Geschäftsleistung anhand vordefinierter Measures kommunizieren. PerformancePoint enthält Unterstützung für Datenverbindungen mit mehrdimensionalen Analysis Services-Daten. Für weitere Informationen erstellen Sie eine Analysis Services-Datenverbindung (PerformancePoint Services).For more information, Create an Analysis Services data connection (PerformancePoint Services)
SQL Server-Datentools
Modell- und Berichtsdesigner verwenden SQL Server Data Tools zum Erstellen von Lösungen, die mehrdimensionale Modelle enthalten. Durch die Bereitstellung der Lösung in einer Analysis Services-Instanz wird die Datenbank erstellt, mit der Sie anschließend eine Verbindung von Excel, Reporting Services und anderen Business Intelligence-Clientanwendungen herstellen.
SQL Server Data Tools basiert auf einer Visual Studio-Shell und verwendet Projekte zum Organisieren und Enthalten des Modells. Weitere Informationen finden Sie unter Creating Multidimensional Models Using SQL Server Data Tools (SSDT).
SQL Server Management Studio
Für Datenbankadministratoren ist SQL Server Management Studio eine integrierte Umgebung zum Verwalten Ihrer SQL Server-Instanzen, einschließlich Instanzen von Analysis Services und mehrdimensionalen Datenbanken. Weitere Informationen finden Sie unter SQL Server Management Studio und Herstellen einer Verbindung mit Analysis Services.
Abfragesprachen
MDX ist eine Branchenstandardabfrage- und Berechnungssprache, die zum Abrufen von Daten aus OLAP-Datenbanken verwendet wird. In Analysis Services ist MDX die Abfragesprache zum Abrufen von Daten, unterstützt aber auch datendefinitions- und Datenmanipulation. MDX-Editoren sind in SQL Server Management Studio, Reporting Services und SQL Server Data Tools integriert. Sie können die MDX-Editoren verwenden, um Ad-hoc-Abfragen oder wiederverwendbare Skripts zu erstellen, wenn der Datenvorgang wiederholbar ist.
Einige Tools und Anwendungen, z. B. Excel, verwenden MDX-Konstrukte intern, um eine Analysis Services-Datenquelle abzufragen. Sie können MDX auch programmgesteuert verwenden, indem Sie MDX-Anweisung in eine XMLA Execute-Anforderung einschließen.
Die folgenden Links enthalten weitere Informationen zu MDX:
Abfragen von mehrdimensionalen Daten mit MDX
Wichtige Konzepte in MDX (Analysis Services)
MDX Query Fundamentals (Analysis Services)
MDX Scripting Fundamentals (Analysis Services)
Programmgesteuerte Schnittstellen
Wenn Sie eine benutzerdefinierte Anwendung erstellen, die mehrdimensionale Daten verwendet, fällt Ihr Ansatz für den Zugriff auf die Daten höchstwahrscheinlich in eine der folgenden Kategorien:
XMLA. Verwenden Sie XMLA, wenn Sie Kompatibilität mit einer Vielzahl von Betriebssystemen und Protokollen benötigen. XMLA bietet die größte Flexibilität, aber häufig zu Kosten einer verbesserten Leistung und einfacheren Programmierung.
Clientbibliotheken. Verwenden Sie Analysis Services-Clientbibliotheken wie ADOMD.NET, AMO und OLE DB, wenn Sie programmgesteuert auf Daten von Clientanwendungen zugreifen möchten, die auf einem Microsoft Windows-Betriebssystem ausgeführt werden. Die Clientbibliotheken umschließen XMLA mit einem Objektmodell und Optimierungen, die eine bessere Leistung bieten.
ADOMD.NET- und AMO-Clientbibliotheken gelten für Anwendungen, die in verwaltetem Code geschrieben wurden. Verwenden Sie OLE DB für Analysis Services, wenn Ihre Anwendung in systemeigenem Code geschrieben ist.
Die folgende Tabelle enthält zusätzliche Details und Links zu den Clientbibliotheken, die zum Verbinden von Analysis Services mit einer benutzerdefinierten Anwendung verwendet werden.
| Schnittstelle | BESCHREIBUNG |
|---|---|
| Verwaltungsobjekte für Analyse-Dienste (AMO) | AMO ist das primäre Objektmodell für die Verwaltung von Analysis Services-Instanzen und mehrdimensionalen Datenbanken im Code. Beispielsweise verwendet SQL Server Management Studio AMO zur Unterstützung der Server- und Datenbankverwaltung. Weitere Informationen finden Sie unter Entwicklung mit Analyse-Management-Objekten (AMO). |
| ADOMD.NET | ADOMD.NET ist das primäre Objektmodell zum Erstellen und Zugreifen auf multidimensionale Daten in benutzerdefinierten Anwendungen. Sie können ADOMD.NET in einer verwalteten Clientanwendung verwenden, um Analysis Services-Informationen mithilfe gängiger Microsoft .NET Framework-Datenzugriffsschnittstellen abzurufen. Weitere Informationen finden Sie unter Developing with ADOMD.NET and ADOMD.NET Client Programming. |
| OLE DB-Anbieter für "Analysis Services" (MSOLAP.dll) | Sie können den systemeigenen OLE DB-Anbieter verwenden, um programmgesteuert über eine nicht verwaltete API auf Analysis Services zuzugreifen. Weitere Informationen finden Sie unter Analysis Services OLE DB-Anbieter (Analysis Services – Multidimensional Data).For more information, see Analysis Services OLE DB Provider (Analysis Services - Multidimensional Data). |
| Schema-Rowsets | Schema-Rowset-Tabellen sind Datenstrukturen, die beschreibende Informationen über ein multidimensionales Modell enthalten, das auf dem Server bereitgestellt wurde, sowie Informationen über die aktuelle Aktivität auf dem Server. Als Programmierer können Sie Schema-Rowsettabellen in Clientanwendungen abfragen, um metadaten zu untersuchen, die gespeichert sind, und Unterstützungs- und Überwachungsinformationen aus einer Analysis Services-Instanz abzurufen. Sie können Schema-Rowsets 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 Schemazeilenmengen der Analysis Services. In der folgenden Liste werden verschiedene Ansätze für die Verwendung von Schema-Rowsets erläutert: Führen Sie DMV-Abfragen in SQL Server Management Studio oder in benutzerdefinierten Berichten aus, um mithilfe der SQL-Syntax auf Schema-Rowsets zuzugreifen. Weitere Informationen finden Sie unter Verwenden von dynamischen Verwaltungsansichten (Dynamic Management Views, DMVs) zum Überwachen von Analysis Services. Schreiben Sie ADOMD.NET Code, der ein Schema-Rowset aufruft. Führen Sie die XMLA-Methode Discover direkt für eine Analysis Services-Instanz aus, um Schema-Rowsetinformationen abzurufen. Weitere Informationen finden Sie unter Discover-Methode (XMLA). |
| XMLA | XMLA ist die api der niedrigsten Ebene, die für einen Analysis Services-Programmierer verfügbar ist, und ist der gemeinsame Nenner, der alle Analysis Services-Datenzugriffsmethoden unterliest. XMLA ist ein standardmäßiges SOAP-basiertes XML-Protokoll, das den universellen Datenzugriff auf alle standardmäßigen mehrdimensionalen Datenquellen unterstützt, die über eine HTTP-Verbindung verfügbar sind. Es verwendet SOAP, um Anforderungen und Antworten für multidimensionale Daten zu formulieren. Wenn Ihre Anwendung auf einer Nicht-Windows-Plattform ausgeführt wird, können Sie mithilfe von XMLA auf eine multidimensionale Datenbank zugreifen, die auf einem Windows-Server in Ihrem Netzwerk ausgeführt wird. Weitere Informationen finden Sie unter Developing with XMLA in Analysis Services. |
| Analysis Services Scripting Language (ASSL) | ASSL ist ein beschreibender Begriff, der für Analysis Services-Erweiterungen des XMLA-Protokolls gilt. ASSL-Erweiterungen ermöglichen Analysis Services die Verwendung von XMLA-Konstrukten über die grundlegenden Bestimmungen des Protokolls hinaus, das Hinzufügen von Datendefinitionen, die Datenbearbeitung und die Unterstützung von Datensteuerelementen. Während die Execute- und Discover-Methoden vom XMLA-Protokoll beschrieben werden, fügt ASSL die folgende Funktion hinzu: XMLA-Skript XMLA-Objektdefinitionen XMLA-Befehle Weitere Informationen finden Sie unter Developing with Analysis Services Scripting Language (ASSL). |
Siehe auch
Herstellen einer Verbindung mit Analysis Services
Entwickeln mit Analysis Services Scripting Language (ASSL)
Entwickeln mit XMLA in Analysis Services
Tabellenmodelldatenzugriff