Share via


Clients (Analysis Services - Mehrdimensionale Daten)

Microsoft SQL Server Analysis Services unterstützt eine Thin-Client-Architektur. Das Analysis Services-Berechnungsmodul ist vollständig serverbasiert, sodass alle Abfragen auf dem Server aufgelöst werden. Daher ist für jede Abfrage nur ein Roundtrip zwischen dem Client und dem Server erforderlich, was zu skalierbarer Leistung führt, wenn die Komplexität der Abfragen zunimmt.

Das native Protokoll für Analysis Services ist XMLA (XML for Analysis). Analysis Services stellt mehrere Datenzugriffsschnittstellen für Clientanwendungen zur Verfügung. Diese Komponenten verwenden jedoch alle XMLA für die Kommunikation mit einer Instanz von Analysis Services.

Zusammen mit Analysis Services werden mehrere unterschiedliche Anbieter zur Verfügung gestellt, um unterschiedliche Programmiersprachen zu unterstützen. Ein Anbieter kommuniziert mit einem Server mit Analysis Services, indem XMLA in SOAP-Paketen über TCP/IP oder durch Internetinformationsdienste (Internet Information Services, IIS) über HTTP gesendet und empfangen wird. Eine HTTP-Verbindung verwendet ein von IIS instanziiertes COM-Objekt, das als Datapump bezeichnet wird und als Datenleitung für Analysis Services-Daten fungiert. Die im HTTP-Datenstrom enthaltenen zugrunde liegenden Daten werden von der Datapump nicht untersucht, und auch die zugrunde liegenden Datenstrukturen stehen für Code in der Datenbibliothek selbst nicht zur Verfügung.

Logische Clientarchitektur für Analysis Services

Win32-Clientanwendungen können mithilfe von OLE DB für OLAP-Schnittstellen oder mithilfe des Microsoft® ActiveX® Data Objects-Objektmodells (ADO) für COM-Automatisierungssprachen (Component Object Model) wie Microsoft Visual Basic® Verbindungen zu einem Server mit Analysis Services herstellen. Mit .NET-Sprachen codierte Anwendungen können Analysis Services an einen Server mithilfe von ADOMD.NET verbunden werden.

Vorhandene Anwendungen können ohne Änderungen mit Analysis Services kommunizieren, indem dazu einer der Analysis Services-Anbieter verwendet wird.

Programmiersprache

Datenzugriffsschnittstelle

C++

OLE DB für OLAP

Visual Basic 6

ADO MD

.NET-Sprachen

ADO MD.NET

Alle Sprachen, die SOAP unterstützen

XML for Analysis

Analysis Services verfügt über eine Webarchitektur mit einer vollständig skalierbaren mittleren Ebene, die sowohl in kleineren als auch in großen Organisationen bereitgestellt werden kann. Analysis Services stellt umfassende Unterstützung auf mittlerer Ebene für Webdienste zur Verfügung. ASP-Anwendungen werden von OLE DB für OLAP und ADO MD unterstützt, ASP.NET-Anwendungen werden von ADOMD.NET unterstützt. Die mittlere Ebene ist für viele gleichzeitige Benutzern skalierbar, wie die folgende Abbildung veranschaulicht.

Logische Architektur der mittleren Ebene (Diagramm)

Sowohl Clientanwendungen als auch Anwendungen der mittleren Ebene können direkt ohne Verwendung eines Anbieters mit Analysis Services kommunizieren. Clientanwendungen und Anwendungen der mittleren Ebene können XMLA in SOAP-Paketen über TCP/IP, HTTP oder HTTPS senden. Der Client kann mithilfe jeder Sprache codiert werden, die SOAP unterstützt. In diesem Fall kann die Kommunikation am einfachsten mithilfe von HTTP über Internetinformationsdienste verwaltet werden, obwohl eine direkte Verbindung zum Server mithilfe von TCP/IP ebenfalls codiert werden kann. Die ist die minimal mögliche Clientlösung für Analysis Services.

Analysis Services im VertiPaq-Modus

In SQL Server 2008 R2 wird das VertiPaq-Speichermodul für mehrdimensionale Datenbanken im Arbeitsspeicher innerhalb der Excel-Arbeitsmappen verwendet, einschließlich PowerPivot-Arbeitsmappen, die zu einer SharePoint-Website veröffentlicht wurden. 

PowerPivot für Excel ist der einzige Client, der zum Erstellen und Abfragen von Datenbanken im Arbeitsspeicher unterstützt wird und den VertiPaq-Modus verwendet. Die mehrdimensionale Datenbank, die Sie mit Excel den PowerPivot-Tools erstellen, die innerhalb der Excel-Arbeitsmappe enthalten sind, und die als Teil der Excel-XLSX-Datei gespeichert wird.

Sie können nicht auf das VertiPaq-Speichermodul mit herkömmlichen SSAS-Clients und Tools zugreifen.

Eine PowerPivot-Arbeitsmappe kann Daten verwenden, die in einem herkömmlichen Cube gespeichert werden, wenn Sie die Cubedaten in die Arbeitsmappe importieren. Sie können auch Daten aus einer anderen PowerPivot-Arbeitsmappe importieren, wenn diese zu einer SharePoint-Website veröffentlicht wurde.

HinweisHinweis

Wenn Sie einen Cube als Datenquelle für eine PowerPivot-Arbeitsmappe verwenden, werden die Daten, die Sie vom Cube erhalten, als MDX-Abfrage definiert; die Daten werden jedoch als vereinfachte Momentaufnahme importiert. Sie können mit den Daten nicht interaktiv arbeiten oder die Daten vom Cube aktualisieren.

Weitere Informationen zum Verwenden eines SSAS-Cubes als Datenquelle finden Sie unter PowerPivot for Excel.

Schnittstellen für PowerPivot-Client

PowerPivot interagiert mit dem VertiPaq-Speichermodul innerhalb der Arbeitsmappe, indem die bestehenden Schnittstellen und Sprachen (AMO und ADOMD.NET sowie MDX und XMLA) für Analysis Services verwendet werden. Innerhalb des Add-Ins werden Measures durch eine Formelsprache wie Excel, Data Analysis Expressions (DAX), ähnlich definiert. DAX-Ausdrücke werden innerhalb der XMLA-Meldungen eingebettet, die an den prozessinternen Server gesendet werden. Weitere Informationen finden Sie unter Data Analysis Expressions und MDX.

Anbieter

Kommunikation zwischen PowerPivot und Excel verwendet den MSOLAP-OLEDB-Anbieter (Version 10.5). Innerhalb des MSOLAP-Anbieters gibt es vier verschiedene Module oder Transporte, das zum Senden von Meldungen zwischen den Client und den Server verwendet werden kann.

TCP/IP   wird für normale Client/Server-Verbindungen verwendet.

HTTP   wird für HTTP-Verbindungen über den SSAS-Datapumpdienst verwendet, oder durch einen Aufruf der SharePoint PowerPivot Webdienst (WS) Komponente.

INPROC   wird für Verbindungen zum prozessinternen Modul verwendet.

CHANNEL   wird in der SharePoint-Farm für Kommunikationen mit dem PowerPivot-Systemdienst reserviert. Weitere Informationen zu den Komponenten, die benötigt wurden, um mit PowerPivot in einer SharePoint-Installation zu arbeiten, finden Sie unter Planung und Architektur (PowerPivot für SharePoint).