Freigeben über


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 tabellarischen oder SharePoint-Modus

In SQL Server 2012 kann der Server im xVelocity-Modulmodus für Datenanalyse im Arbeitsspeicher (VertiPaq) für tabellarische Datenbanken und für PowerPivot-Arbeitsmappen gestartet werden, die auf einer SharePoint-Website veröffentlicht wurden. 

PowerPivot für Excel und SQL Server-Datentools (SSDT) sind die einzigen Clientumgebungen, die zum Erstellen und Abfragen von Datenbanken im Arbeitsspeicher unterstützt werden und den SharePoint- bzw. den tabellarischen Modus verwenden. Die eingebettete PowerPivot-Datenbank, die Sie mit Excel und den PowerPivot-Tools erstellen, ist in der Excel-Arbeitsmappe enthalten und wird als Teil der XLSX-Excel-Datei gespeichert.

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 xVelocity-Modul für Datenanalyse im Arbeitsspeicher (VertiPaq) 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 MDX and DAX.

Anbieter

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

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 werden, um mit PowerPivot in einer SharePoint-Installation zu arbeiten, finden Sie unter Planung und Architektur (PowerPivot für SharePoint).

Siehe auch

Konzepte

OLAP-Modulserverkomponenten