Beziehungen zwischen Attributen

In Microsoft SQL Server Analysis Services sind Attribute innerhalb einer Dimension immer direkt oder indirekt mit dem Schlüsselattribute verknüpft. Wenn Sie eine Dimension basierend auf einem Sternschema definieren, bei dem alle Dimensionsattribute aus derselben relationalen Tabelle abgeleitet werden, wird automatisch eine Attributbeziehung zwischen dem Schlüsselattribute und jedem Nicht-Schlüssel-Attribut der Dimension definiert. Wenn Sie eine Dimension basierend auf einem Schneeflockenschema definieren, bei dem Dimensionsattribute aus mehreren verknüpften Tabellen abgeleitet werden, wird automatisch eine Attributbeziehung wie folgt definiert:

• Zwischen dem Schlüsselattribute und jedem Nicht-Schlüssel-Attribut, das an Spalten in der Hauptdimensionstabelle gebunden ist.

• Zwischen dem Schlüsselattribute und dem Attribut, das an den Fremdschlüssel in der sekundären Tabelle gebunden ist, die die zugrunde liegenden Dimensionstabellen verknüpft.

• Zwischen dem Attribut, das an Fremdschlüssel in der sekundären Tabelle gebunden ist, und jedem Nicht-Schlüssel-Attribut, das an Spalten aus der sekundären Tabelle gebunden ist.

Es gibt jedoch eine Reihe von Gründen, warum Sie diese Standardattributebeziehungen ändern möchten. Sie können z. B. eine natürliche Hierarchie, eine benutzerdefinierte Sortierreihenfolge oder dimensionierte Granularität basierend auf einem Nicht-Schlüssel-Attribut definieren. Weitere Informationen finden Sie unter Dimension-Attributeigenschaftenreferenz.

Natürliche Hierarchiebeziehungen

Eine Hierarchie ist eine natürliche Hierarchie, wenn jedes Attribut, das in der benutzerdefinierten Hierarchie enthalten ist, eine bis viele Beziehung mit dem Attribut aufweist, das unmittelbar darunter liegt. Betrachten Sie beispielsweise eine Kundendimension basierend auf einer relationalen Quelltabelle mit acht Spalten:

• Kundenschlüssel

• Kundenname

• Alter

• Geschlecht

• E-Mail

• Stadt

• Staat

• Region

Die entsprechende Analysis Services-Dimension weist sieben Attribute auf:

• Kunde (basierend auf CustomerKey, wobei CustomerName Membernamen angibt)

• Alter, Geschlecht, E-Mail, Stadt, Region, Land

Beziehungen, die natürliche Hierarchien darstellen, werden erzwungen, indem eine Attributbeziehung zwischen dem Attribut für eine Ebene und dem Attribut für die darunter liegende Ebene erstellt wird. Für Analysis Services gibt dies eine natürliche Beziehung und potenzielle Aggregation an. In der Dimension "Kunde" gibt es eine natürliche Hierarchie für die Attribute "Land", "Region", "Ort" und "Kunde". Die natürliche Hierarchie wird {Country, Region, City, Customer} beschrieben, indem die folgenden Attributbeziehungen hinzugefügt werden:

• Das Attribut "Country" als Attributbeziehung zum Attribut "Region".

• Das Attribut "Region" als Attributbeziehung zum Attribut "City".

• Das Attribut "City" als Attributbeziehung zum Attribut "Customer".

Zum Navigieren in Daten im Cube können Sie auch eine benutzerdefinierte Hierarchie erstellen, die keine natürliche Hierarchie in den Daten darstellt (die als Ad-hoc - oder Berichtshierarchie bezeichnet wird). Sie können z. B. eine benutzerdefinierte Hierarchie basierend auf {Age, Gender}. Benutzer sehen keinen Unterschied darin, wie sich die beiden Hierarchien verhalten, obwohl die natürliche Hierarchie von Aggregierungs- und Indizierungsstrukturen profitiert , die vom Benutzer ausgeblendet sind und die die natürlichen Beziehungen in den Quelldaten berücksichtigen.

Die SourceAttribute Eigenschaft einer Ebene bestimmt, welches Attribut verwendet wird, um die Ebene zu beschreiben. Die KeyColumns Eigenschaft für das Attribut gibt die Spalte in der Datenquellenansicht an, die die Member bereitstellt. Die NameColumn Eigenschaft für das Attribut kann eine andere Namensspalte für die Member angeben.

Um eine Ebene in einer benutzerdefinierten Hierarchie mithilfe von SQL Server Data Tools (SSDT) zu definieren, können Sie mit dem Dimensions-Designer ein Dimension-Attribut, eine Spalte in einer Dimensionstabelle oder eine Spalte aus einer verknüpften Tabelle auswählen, die in der Datenquellenansicht für den Cube enthalten ist. Weitere Informationen zum Erstellen benutzerdefinierter Hierarchien finden Sie unter Erstellen User-Defined Hierarchien.

In Analysis Services wird in der Regel eine Annahme über den Inhalt von Mitgliedern getroffen. Blattm. Elemente verfügen nicht über absteigende Elemente und enthalten Daten, die aus zugrunde liegenden Datenquellen abgeleitet sind. Nichtleafe Member verfügen über absteigende Elemente und enthalten Daten, die von Aggregationen abgeleitet sind, die für untergeordnete Elemente ausgeführt werden. In aggregierten Ebenen basieren Member auf Aggregationen untergeordneter Ebenen. Wenn die IsAggregatable Eigenschaft für ein Quellattribute für eine Ebene festgelegt False ist, sollten daher keine aggregierbaren Attribute als Ebenen darüber hinzugefügt werden.

Definieren einer Attributbeziehung

Die Haupteinschränkung beim Erstellen einer Attributbeziehung besteht darin, sicherzustellen, dass das attribut, auf das durch die Attributbeziehung verwiesen wird, nicht mehr als einen Wert für ein Element im Attribut aufweist, zu dem die Attributbeziehung gehört. Wenn Sie beispielsweise eine Beziehung zwischen einem Attribut "City" und einem "State"-Attribut definieren, kann jede Stadt nur mit einem einzelnen Bundesland zusammenhängen.

Attributbeziehungsabfragen

Sie können MDX-Abfragen verwenden, um Daten aus Attributbeziehungen in Form von Membereigenschaften mit dem PROPERTIES Schlüsselwort der MDX-Anweisung SELECT abzurufen. Weitere Informationen zur Verwendung von MDX zum Abrufen von Membereigenschaften finden Sie unter Using Member Properties (MDX).For more information about how to use MDX to retrieve member properties, see Using Member Properties (MDX).

Siehe auch

Attribute und Attributhierarchien
Referenz zu Dimension-Attributeigenschaften
Benutzerhierarchien
Eigenschaften der Benutzerhierarchie