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.
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 nur ein einzelner Roundtrip zwischen dem Client und dem Server für jede Abfrage erforderlich, was zu einer skalierbaren Leistung führt, da Abfragen die Komplexität erhöhen.
Das systemeigene Protokoll für Analysis Services ist XML für Analysis (XML/A). Analysis Services stellt mehrere Datenzugriffsschnittstellen für Clientanwendungen bereit, aber alle diese Komponenten kommunizieren mit einer Instanz von Analysis Services mithilfe von XML für Analysis.
Verschiedene Anbieter werden mit Analysis Services bereitgestellt, um verschiedene Programmiersprachen zu unterstützen. Ein Anbieter kommuniziert mit einem Analysis Services-Server, indem XML für die Analyse in SOAP-Paketen über TCP/IP oder über HTTP über Internetinformationsdienste (IIS) gesendet und empfangen wird. Eine HTTP-Verbindung verwendet ein VON IIS instanziiertes COM-Objekt, das als Datenpumpe bezeichnet wird, die als Verbindungsleitung für Analysis Services-Daten fungiert. Die Datenpumpe untersucht weder die zugrunde liegenden Daten, die im HTTP-Datenstrom enthalten sind, noch sind die zugrunde liegenden Datenstrukturen für den Code in der Datenbibliothek selbst verfügbar.
Win32-Clientanwendungen können eine Verbindung mit einem Analysis Services-Server herstellen, indem OLE DB für OLAP-Schnittstellen oder das Microsoft® ActiveX® Data Objects (ADO)-Objektmodell für Com-Automatisierungssprachen wie Microsoft Visual Basic® verwendet wird. Anwendungen, die mit .NET-Sprachen codiert sind, können mithilfe von ADOMD.NET eine Verbindung mit einem Analysis Services-Server herstellen.
Vorhandene Anwendungen können ohne Änderung einfach mit Analysis Services kommunizieren, indem sie einen der Analysis Services-Anbieter verwenden.
| Programmiersprache | Datenzugriffsschnittstelle |
|---|---|
| C++ | OLE DB für OLAP |
| Visual Basic 6 | ADO MD |
| .NET-Sprachen | ADO-MD.NET |
| Jede Sprache, die SOAP unterstützt | XML für Analyse |
Analysis Services verfügt über eine Webarchitektur mit einer vollständig skalierbaren mittleren Ebene für die Bereitstellung durch kleine und große Organisationen. Analysis Services bietet umfassende Unterstützung der mittleren Ebene für Webdienste. 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, die in der folgenden Abbildung dargestellt ist, ist für viele gleichzeitige Benutzer skalierbar.
die Architektur der
Client- und Middle-Tier-Anwendungen können direkt mit Analysis Services kommunizieren, ohne einen Anbieter zu verwenden. Client- und Middle-Tier-Anwendungen können XML für die Analyse in SOAP-Paketen über TCP/IP, HTTP oder HTTPS senden. Der Client kann mit jeder Sprache codiert werden, die SOAP unterstützt. Die Kommunikation in diesem Fall wird am einfachsten von Internetinformationsdienste (Internet Information Services, IIS) mithilfe von HTTP verwaltet, obwohl eine direkte Verbindung mit dem Server mit TCP/IP möglicherweise auch codiert wird. Dies ist die dünnste Clientlösung für Analysis Services.
Analysis Services im tabellarischen oder SharePoint-Modus
In SQL Server 2014 kann der Server im XVelocity-Speicheranalysemodul (VertiPaq)-Modus 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 Data Tools (SSDT) sind die einzigen Clientumgebungen, die zum Erstellen und Abfragen von In-Memory-Datenbanken unterstützt werden, die den SharePoint- oder Tabellarmodus verwenden. Die eingebettete PowerPivot-Datenbank, die Sie mithilfe der Excel- und PowerPivot-Tools erstellen, ist in der Excel-Arbeitsmappe enthalten und wird als Teil der Excel-.xlsx-Datei gespeichert.
Eine PowerPivot-Arbeitsmappe kann jedoch Daten verwenden, die in einem herkömmlichen Cube gespeichert sind, wenn Sie die Cubedaten in die Arbeitsmappe importieren. Sie können auch Daten aus einer anderen PowerPivot-Arbeitsmappe importieren, wenn sie auf einer SharePoint-Website veröffentlicht wurde.
Hinweis
Wenn Sie einen Cube als Datenquelle für eine PowerPivot-Arbeitsmappe verwenden, werden die Daten, die Sie aus dem Cube abrufen, als MDX-Abfrage definiert. Die Daten werden jedoch als flache Momentaufnahme importiert. Sie können nicht interaktiv mit den Daten arbeiten oder die Daten aus dem Cube aktualisieren.
Schnittstellen für Den PowerPivot-Client
PowerPivot interagiert mit dem XVelocity-Speicheranalysemodul (VertiPaq) in der Arbeitsmappe mithilfe der etablierten Schnittstellen und Sprachen für Analysis Services: AMO und ADOMD.NET sowie MDX und XMLA. Innerhalb des Add-Ins werden Measures mithilfe einer Formelsprache definiert, die Excel, Data Analysis Expressions (DAX) ähnelt. DAX-Ausdrücke sind in die XMLA-Nachrichten eingebettet, die an den In-Process-Server gesendet werden.
Anbieter
Die Kommunikation zwischen PowerPivot und Excel verwendet den MSOLAP OLEDB-Anbieter (Version 11.0). Innerhalb des MSOLAP-Anbieters gibt es vier verschiedene Module oder Transporte, die zum Senden von Nachrichten zwischen dem Client und dem Server verwendet werden können.
TCP/IP Wird für normale Clientserververbindungen verwendet.
HTTP Wird für HTTP-Verbindungen über den SSAS-Datenpumpendienst oder durch einen Aufruf der SharePoint PowerPivot-Webdienstkomponente (WS) verwendet.
INPROC Wird für Verbindungen mit dem In-Process-Modul verwendet.
KANAL Reserviert für die Kommunikation mit dem PowerPivot-Systemdienst in der SharePoint-Farm.