Grundlegendes zum tabellarischen Objektmodell

Ein tabellarisches Modell ist eine logische Darstellung von Tabellen und Beziehungen zu analytischen Zwecken. Das Modell umfasst auch andere Funktionen wie Hierarchien von Attributen - um eine umfangreichere Drillup- und Drilldownfunktion (wie Perspektiven) bereitzustellen - das Modell zu vereinfachen oder einen kleineren Teil davon zu fokussieren (wie Schlüsselleistungsindikatoren) - und viele andere Funktionen. Alle logischen Darstellungen müssen jedoch einen wirklichen Hintergrund haben, wenn sie verwendet werden sollen; dieser Abschnitt stellt Ihnen alles vom Konzept bis zur internen Implementierung mit AMO vor (siehe Entwickeln mit Analysis Management Objects (AMO), wenn Sie AMO noch nicht verwendet haben).

Der Ansatz ist hier von oben nach unten; alle relevanten Objekte im tabellarischen Modell werden AMO-Objekten logisch zugeordnet und die erforderliche Interaktion oder der Workflow erklärt. Außerdem ist ein Quellcodebeispiel, um mit AMO ein tabellarisches Modell zu erstellen - AMO2Tabular- von Codeplex verfügbar, falls Sie eine der vielen möglichen Implementierungen sehen möchten. Ein wichtiger Hinweis zum Code: Der Code wird zur Verdeutlichung für die logischen Konzepte bereitgestellt, die hier erläutert werden, und sollte nicht in einer Produktionsumgebung verwendet oder zu anderen als Lehrzwecken eingesetzt werden.

Datenbankdarstellung

Eine Datenbank stellt das Containerobjekt für das tabellarische Modell bereit; alle Objekte in einem tabellarischen Modell sind in der Datenbank enthalten. Im Hinblick auf AMO-Objekte hat eine Datenbankdarstellung eine 1:1-Zuordnungsbeziehung mit Database, und kein anderes Haupt-AMO-Objekt ist erforderlich; es muss jedoch beachtet werden, dass dies nicht bedeutet, dass bei der tabellarischen Modellierung alle im AMO-Datenbankobjekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Datenbankdarstellung finden Sie unter Datenbankdarstellung (tabellarisch).

Verbindungsdarstellung

Durch eine Verbindung wird die Beziehung zwischen den Daten, die in eine Projektmappe für tabellarische Modelle aufgenommen werden sollen, und dem Modell selbst hergestellt. Im Hinblick auf AMO-Objekte verfügt eine Verbindung über eine 1:1-Zuordnungsbeziehung zu DataSource, und es sind keine weiteren AMO-Hauptobjekte erforderlich. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle im AMO-Datenquellenobjekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Datenquellendarstellung finden Sie unter Verbindungsdarstellung (tabellarisch).

Tabellendarstellung

Tabellen sind Datenbankobjekte, die sämtliche in einer Datenbank enthaltenen Daten umfassen. Im Hinblick auf AMO-Objekte hat eine Tabelle eine 1:n-Zuordnungsbeziehung. Eine Tabelle wird durch die Verwendung der folgenden AMO-Objekte dargestellt: DataSourceView, Dimension, Cube, CubeDimension, MeasureGroup und Partition sind die erforderlichen Hauptobjekte. Beachten Sie jedoch, dass dies nicht bedeutet, dass bei der tabellarischen Modellierung alle in den zuvor erwähnten AMO-Objekten enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Tabellendarstellung finden Sie unter Tabellendarstellung (tabellarisch).

Darstellung einer berechneten Spalte

Berechnete Spalten sind ausgewertete Ausdrücke, die eine Spalte in einer Tabelle generieren, wo ein neuer Wert berechnet wird und für jede Zeile in der Tabelle gespeichert wird. Im Hinblick auf AMO-Objekte verfügt eine berechnete Spalte über eine 1:n-Zuordnungsbeziehung. Eine berechnete Spalte wird durch die Verwendung der folgenden AMO-Objekte dargestellt: Dimension und MeasureGroup sind die erforderlichen Hauptobjekte. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle in den zuvor erwähnten AMO-Objekten enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Darstellung der berechneten Spalte finden Sie unter Darstellung einer berechneten Spalte (tabellarisch).

Darstellung eines berechneten Measures

Berechnete Measures sind gespeicherte Ausdrücke, die auf Anfrage ausgewertet werden, sobald das Modell bereitgestellt wird. Im Hinblick auf AMO-Objekte verfügt ein berechnetes Measure über eine 1:n-Zuordnungsbeziehung. Eine berechnete Spalte wird durch die Verwendung der folgenden AMO-Objekte dargestellt: Commandsund CalculationProperties sind die erforderlichen Hauptobjekte. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle in den zuvor erwähnten AMO-Objekten enthaltenen Objekte verwendet werden können.

Hinweis
Ein weiterer wichtiger Unterschied besteht darin, dass die Measure-Objekte keine Beziehung zu den berechneten Measures in tabellarischen Modellen aufweisen. Außerdem werden sie in tabellarischen Modellen nicht unterstützt.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Darstellung eines berechneten Measures finden Sie unter Darstellung eines berechneten Measures (tabellarisch).

Hierarchiedarstellung

Hierarchien sind ein Mechanismus, dem Endbenutzer umfangreichere Drillup- und Drilldownfunktionen bereitzustellen. Im Hinblick auf AMO-Objekte hat eine Hierarchiedarstellung eine 1:1-Zuordnungsbeziehung mit Hierarchy, und kein anderes Haupt-AMO-Objekt ist erforderlich; es muss jedoch beachtet werden, dass dies nicht bedeutet, dass bei der tabellarischen Modellierung alle im AMO-Datenbankobjekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Hierarchiedarstellung finden Sie unter Hierarchiedarstellung (tabellarisch).

Key Performance Indicator (KPI)-Darstellung

Ein KPI misst die Leistung eines Werts, der durch ein Basismeasure definiert wird, anhand eines Zielwerts. Im Hinblick auf AMO-Objekte verfügt eine KPI-Darstellung über eine 1:n-Zuordnungsbeziehung. Eine berechnete Spalte wird durch die Verwendung der folgenden AMO-Objekte dargestellt: Commandsund CalculationProperties sind die erforderlichen Hauptobjekte. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle in den zuvor erwähnten AMO-Objekten enthaltenen Objekte verwendet werden können.

Hinweis
Ein weiterer wichtiger Unterschied besteht darin, dass die Kpi-Objekte keine Beziehung zu den KPIs in tabellarischen Modellen aufweisen. Außerdem werden sie in tabellarischen Modellen nicht unterstützt.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der KPI-Darstellung finden Sie unter Key Performance Indicator (KPI)-Darstellung (tabellarisch).

Partitionsdarstellung

Zu Funktionszwecken kann eine Tabelle in verschiedene Teilmengen von Zeilen geteilt werden, die zusammengefasst die Tabelle ergeben. Jede dieser Teilmengen ist eine Partition der Tabelle. Im Hinblick auf AMO-Objekte hat eine Partitionsdarstellung eine 1:1-Zuordnungsbeziehung mit Partition, und kein anderes Haupt-AMO-Objekt ist erforderlich; es muss jedoch beachtet werden, dass dies nicht bedeutet, dass bei der tabellarischen Modellierung alle im AMO-Datenbankobjekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Partitionsdarstellung finden Sie unter Partitionsdarstellung (tabellarisch).

Beziehungsdarstellung

Eine Beziehung ist eine Verbindung zwischen zwei Tabellen mit Daten. Die Beziehung legt fest, wie die Daten in den beiden Tabellen korreliert werden sollen.

In tabellarischen Modellen können mehrere Beziehungen zwischen zwei Tabellen definiert werden. Wenn mehrere Beziehungen zwischen zwei Tabellen definiert werden, kann nur eine als Standardbeziehung für das Modell definiert werden und wird als aktive Beziehung bezeichnet. Alle anderen Beziehungen werden als inaktive Beziehungen bezeichnet.

Im Hinblick auf AMO-Objekte verfügen alle inaktiven Beziehungen über eine Darstellung einer 1:1-Zuordnungsbeziehung zu Relationship, und es sind keine weiteren AMO-Hauptobjekte erforderlich. Für die aktive Beziehung gelten andere Anforderungen, und es ist zusätzlich eine Zuordnung zu ReferenceMeasureGroupDimension erforderlich. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle in der AMO-Beziehung oder dem referenceMeasureGroupDimension-Objekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Beziehungsdarstellung finden Sie unter Beziehungsdarstellung (tabellarisch).

Perspektivische Darstellung

Eine Perspektive ist ein Mechanismus, um das Modell zu vereinfachen oder einen kleineren Teil davon für die Clientanwendung zu fokussieren. Im Hinblick auf AMO-Objekte verfügt eine Perspektivendarstellung über eine 1:1-Zuordnungsbeziehung zu Perspective, und es sind keine weiteren AMO-Hauptobjekte erforderlich. Beachten Sie jedoch, dass dies nicht bedeutet, dass beim Erstellen tabellarischer Modelle alle im AMO-Perspektivenobjekt enthaltenen Objekte verwendet werden können.

Eine ausführliche Erläuterung zum Erstellen und Bearbeiten der Perspektivendarstellung finden Sie unter Perspektivische Darstellung (tabellarisch).

Vorsicht
Perspektiven sind kein Sicherheitsmechanismus; auf Objekte außerhalb der Perspektive kann immer noch vom Benutzer über andere Schnittstellen zugegriffen werden.