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.
gilt für:
SQL Server Analysis Services
Azure Analysis Services
Fabric/Power BI Premium
Mit Analysis Services ist fast jedes Objekt und jede Workload programmierbar, und häufig gibt es mehr als einen Ansatz, aus dem Sie wählen können. Zu den Optionen gehören das Schreiben von verwaltetem Code, Skript oder die Verwendung offener Standards wie XMLA und MSOLAP, wenn ihre Lösungsanforderungen die Verwendung von .NET Framework ausschließen.
Was Sie im Code erreichen können
Typische Programmierszenarien sind Server-, Datenbank- und Semantikmodellbereitstellung, Verwaltung, Datenaktualisierung und Partitionsverwaltung, Datenzugriff von benutzerdefinierten Anwendungen und externe Tools. Üblich für alle diese Szenarien ist eine feste Architektur- und Objektdefinitionshierarchie mit gut verstandenen Vorgängen, die datendefinitions-, Verarbeitungs- und Abfrageworkloads umfassen.
Objekte und Workloads sind zwar programmierbar, sind aber nicht erweiterbar. Insbesondere können Sie keine benutzerdefinierten Datenpatronen erstellen, die Daten aus nicht unterstützten Datenquellen abrufen, Formel- oder Speichermodulverhalten anpassen oder ersetzen oder neue Objektmetadatentypen auf einem Server, einer Datenbank oder einem Modell erstellen können.
Um den letzten Punkt zum Erstellen neuer Objekttypen weiter zu erläutern, während Sie keinen neuen Objekttyp erstellen können, können Sie berechnete Objekte erstellen, die aus Ausdrücken oder Code zur Laufzeit erstellt werden. Nicht alles in Ihrem Modell muss vordefiniert und einer vorhandenen Datenstruktur zugeordnet werden. Darüber hinaus können Sie das Schema über Anmerkungen in AMO erweitern, um objektspezifische Informationen an Ihre Clientanwendung zu übergeben.
Auswählen einer Plattform oder eines Ansatzes für die Entwicklung
Analysis Services bietet viele Möglichkeiten zum Anpassen einer Lösung über Code, aber die meisten Entwickler verwenden die verwalteten APIs oder Skripts.
Verwaltete APIs umfassen AMO und TOM für Datendefinitions- und Verwaltungsaufgaben und ADOMD.NET für die Abfrageunterstützung aus Clientcode. In SQL Server 2016 und höher wird AMO aktualisiert, um die neuen tabellarischen Metadaten für Modelle zu verwenden, die auf Kompatibilitätsebene 1200 und höher erstellt oder aktualisiert wurden.
Skripts können häufig dieselben Ergebnisse wie eine ausführbare Programmdatei erzielen, mit möglicherweise weniger Arbeit.
Sie können PowerShell-Skripts mit Analysis Services PowerShell-Komponenten schreiben, die AMO-Typen direkt aufrufen. In PowerShell können Sie auch ASSL/XMLA oder TMSL (in JSON)-Skript erstellen und ausführen.
TMSL und ASSL sind Skriptsprachen, die Objekte bereitstellen, die bei Ermittlungs- und Ausführungsvorgängen verwendet werden. Welche Art von Skript Sie verwenden, hängt vom zugrunde liegenden Server, der Datenbank oder dem Modell ab.
Tabellarische Modelle oder Datenbanken auf Kompatibilitätsebene 1200 und höher verwenden die Tabular Model Scripting Language (TMSL), die im JSON-Format vorliegt.
Multidimensionale Modelle und Tabellarische Modelle auf Kompatibilitätsebenen 1050-1103 verwenden Analysis Services Scripting Language (ASSL), die die Analysis Services-Erweiterung des offenen XMLA-Standards ist.
Sie können ASSL- oder TMSL-Skript in Management Studio generieren. Sie können auch Ansichtscode in SQL Server-Datentools verwenden, um die Modelldefinition in ASSL oder TMSL anzuzeigen.
Obwohl es möglich ist, eine Lösung basierend auf den offenen Standards von XMLA und MDX zu erstellen, ist dies sehr selten. Es gibt keine andere Dokumentation als die Referenz zu XMLA und MDX, die Ihnen helfen könnte, und die meiste Unterstützung aus der Community und den Foren basiert auf Erfahrungen mit .NET- oder nativen (MSOLAP)-Technologien.
Programmieren für Analysis Services
Analysis Services Management Objects (AMO) – Entwicklerreferenzdokumentation für den verwalteten Anbieter, Analysis Services Management Objects (AMO), für Datendefinition und -verwaltung, einschließlich Verarbeitung.
Tabellarisches Objektmodell – Eine Erweiterung der AMO-Clientbibliothek, die erstellt wurde, um Programmierszenarien für tabellarische Modelle zu unterstützen, die auf Kompatibilitätsebene 1200 und höher erstellt wurden.
Tabellarische Modelldefinitionssprache (TMDL) – Eine Objektmodelldefinitionssyntax für tabellarische Datenmodelle auf Kompatibilitätsebene 1200 oder höher. Vollständig kompatibel mit TOM. Textbasiert und für menschliche Interaktion und Lesbarkeit optimiert.
Tabular Model Scripting Language (TMSL) Referenz – Eine JSON-Darstellung von Tabellarmodellen auf Kompatibilitätsebene 1200 und höher. Objektdefinitionen basieren auf tabellarischen Metadatenkonstrukten wie Tabelle, Spalte und Beziehung anstelle von mehrdimensionalen Metadaten, die möglicherweise nicht vertraut sind, wenn Sie mit analysis Services-Datenmodellierung im Tabellarischen Modus noch nicht vertraut sind.
Mehrdimensionale Modellprogrammierung – Beschreibt die Entwicklungsaufgaben und -ansätze für die Integration von multidimensionalen Modellobjekten in einer benutzerdefinierten Lösung.
ADOMD.NET – Entwicklerreferenzdokumentation für den verwalteten Anbieter, ADOMD.NET, für programmgesteuerten Datenzugriff und Abfrageworkloads verwendet.
XML for Analysis (XMLA)-Referenz – Beschreibt XMLA-Konzepte, mit denen Sie verstehen können, wie XMLA zu Ihrer benutzerdefinierten Lösung beiträgt. Außerdem wird die Einhaltung der XMLA 1.1-Spezifikation beschrieben.
Analysis Services Scripting Language (ASSL for XMLA) – Beschreibt die ASSL-Erweiterungen für XMLA. ASSL stellt eine Datendefinitions- und Manipulationssprache für mehrdimensionale Analysis Services-Modelle bereit, die die XMLA-Spezifikation ergänzen.
Analysis Services-Schema-Rowsets – Beschreibt die Schema-Rowsets, die Informationen zu Serverstatus, Servervorgängen und Datenbankobjekten bereitstellen.
Analysis Services PowerShell-Referenz – Dokumentiert die Cmdlets, die für administrative Funktionen verwendet werden, sowie das allgemeine Invoke-ASCmd-Cmdlet , das skripts oder Abfragen als Eingabe akzeptiert.