Benutzerhierarchien

Benutzerdefinierte Hierarchien sind benutzerdefinierte Hierarchien von Attributen, die in Microsoft SQL Server Analysis Services verwendet werden, um die Member einer Dimension in hierarchische Strukturen zu organisieren und Navigationspfade in einem Cube bereitzustellen. In der folgenden Tabelle wird beispielsweise eine Dimensionstabelle für eine Zeitdimension definiert. Die Dimensionstabelle unterstützt drei Attribute namens "Jahr", "Quartal" und "Monat".

Die Attribute "Jahr", "Quartal" und "Monat" werden verwendet, um eine benutzerdefinierte Hierarchie namens "Kalender" in der Zeitdimension zu erstellen. Die Beziehung zwischen den Ebenen und Membern der Kalenderdimension (eine normale Dimension) wird im folgenden Diagramm dargestellt.

Memberstrukturen

Mit Ausnahme von übergeordneten untergeordneten Hierarchien werden die Positionen von Elementen innerhalb der Hierarchie durch die Reihenfolge der Attribute in der Hierarchiedefinition gesteuert. Jedes Attribut in der Hierarchiedefinition stellt eine Ebene in der Hierarchie dar. Die Position eines Elements innerhalb einer Ebene wird durch die Sortierung des Attributs bestimmt, das zum Erstellen der Ebene verwendet wird. Die Memberstrukturen von benutzerdefinierten Hierarchien können eine von vier grundlegenden Formen annehmen, je nachdem, wie sich die Mitglieder miteinander in Beziehung setzen.

Ausgewogene Hierarchien

In einer ausgewogenen Hierarchie gehen alle Zweige der Hierarchie auf die gleiche Ebene ab, und das logische übergeordnete Element jedes Elements ist die Ebene unmittelbar über dem Element. Die Hierarchie der Produktkategorien der Produktdimension in der Beispieldatenbank "Adventure Works DW Multidimensional 2012 Analysis Services" ist ein gutes Beispiel für eine ausgewogene Hierarchie. Jedes Element auf der Ebene "Produktname" verfügt über ein übergeordnetes Element auf der Unterkategorieebene, das wiederum über ein übergeordnetes Element auf der Kategorieebene verfügt. Außerdem weist jede Verzweigung in der Hierarchie ein Blattelement auf der Ebene "Produktname" auf.

Unausgewogene Hierarchien

In einer unausgeglichenen Hierarchie wechseln Zweige der Hierarchie zu verschiedenen Ebenen ab. Übergeordnete untergeordnete Hierarchien sind unausgewogene Hierarchien. Beispielsweise enthält die Dimension "Organization" in der Beispieldatenbank "Adventure Works DW Multidimensional 2012 Analysis Services" ein Mitglied für jeden Mitarbeiter. Der CEO ist das oberste Mitglied in der Hierarchie, und die Abteilungsleiter und Sekretärin befinden sich unmittelbar unter dem CEO. Die Abteilungsleiter haben untergeordnete Mitglieder, aber der Exekutivsekretär nicht.

Es kann für Endbenutzer unmöglich sein, zwischen unausgewogenen und getaggten Hierarchien zu unterscheiden. Sie verwenden jedoch unterschiedliche Techniken und Eigenschaften in Analysis Services, um diese beiden Hierarchietypen zu unterstützen. Weitere Informationen finden Sie unter "Kategorisierte Hierarchien" und "Attribute" in Parent-Child Hierarchien.

Unregelmäßige Hierarchien

In einer gezackten Hierarchie befindet sich das logische übergeordnete Element mindestens eines Elements nicht auf der Ebene unmittelbar über dem Element. Dies kann dazu führen, dass Verzweigungen der Hierarchie zu verschiedenen Ebenen absteigen. In einer mit den Ebenen "Kontinent", "Landregion" und "Stadt" definierten Dimension "Geographie" wird das Mitglied "Europa" in der obersten Hierarchieebene angezeigt, das Mitglied "Frankreich" wird auf der mittleren Ebene angezeigt, und das Mitglied "Paris" wird auf der unteren Ebene angezeigt. Frankreich ist spezifischer als Europa, und Paris ist spezifischer als Frankreich. An dieser regulären Hierarchie werden die folgenden Änderungen vorgenommen:

• Das Mitglied der Vatikanstadt wird der Ebene "CountryRegion" hinzugefügt.

• Mitglieder werden der Ebene "Stadt" hinzugefügt und werden dem Mitglied der Vatikanstadt auf der CountryRegion-Ebene zugeordnet.

• Eine Ebene mit dem Namen "Provinz" wird zwischen den Ebenen "LandRegion" und "Stadt" hinzugefügt.

Die Provinzebene wird mit Mitgliedern aufgefüllt, die anderen Mitgliedern auf der Ebene "LandRegion" zugeordnet sind, und mitglieder auf der Ebene "Stadt" werden ihren entsprechenden Mitgliedern auf der Ebene der Provinz zugeordnet. Da das Mitglied der Vatikanstadt auf der Ebene "LandRegion" jedoch keine zugehörigen Mitglieder auf Der Ebene der Provinz hat, müssen Mitglieder direkt vom Ebene "Stadt" zum Mitglied der Vatikanstadt auf der Ebene "CountryRegion" zugeordnet werden. Aufgrund der Änderungen ist die Hierarchie der Dimension jetzt durchgezogen. Das Elternteil der Stadt Vatikanstadt ist das Land/die Region Vatikanstadt, die sich nicht direkt über dem Vatikanstadt-Mitglied auf Der Stadtebene befindet. Weitere Informationen finden Sie unter Unregelmäßige Hierarchien.

Parent-Child Hierarchien

Übergeordnete untergeordnete Hierarchien für Dimensionen werden mithilfe eines speziellen Attributs definiert, das als übergeordnetes Attribut bezeichnet wird, um zu bestimmen, wie Elemente miteinander zusammenhängen. Ein übergeordnetes Attribut beschreibt eine selbstverweisende Beziehung oder eine Selbstverknüpfung innerhalb einer Dimensionshaupttabelle. Parent-Kind-Hierarchien werden aus einem einzelnen Elternattribut erstellt. Nur eine Ebene wird einer Eltern-Kind-Hierarchie zugewiesen, da die Ebenen, die in der Hierarchie vorhanden sind, aus den Beziehungen zwischen Mitgliedern, die dem übergeordneten Attribut zugeordnet sind, abgeleitet werden. Das Dimensionenschema einer übergeordneten-untergeordneten Hierarchie hängt von einer selbstbezüglichen Beziehung ab, die in der Haupttabelle der Dimension vorhanden ist. Das folgende Diagramm veranschaulicht beispielsweise die Haupttabelle der DimOrganization-Dimension in der Beispieldatenbank Adventure Works DW Multidimensional 2012Analysis Services.

In dieser Dimensionstabelle hat die Spalte ParentOrganizationKey eine Fremdschlüsselbeziehung mit der Primärschlüsselspalte OrganizationKey. Mit anderen Worten, jeder Datensatz in dieser Tabelle kann über eine Eltern-Kind-Beziehung mit einem anderen Datensatz in der Tabelle verbunden werden. Diese Art der Selbstverknüpfung wird in der Regel verwendet, um Organisationsdaten darzustellen, wie die Verwaltungsstruktur der Mitarbeiter in einer Abteilung.

Wenn Sie eine übergeordnete untergeordnete Hierarchie erstellen, müssen die durch beide Attribute dargestellten Spalten denselben Datentyp aufweisen. Beide Attribute müssen sich auch in derselben Tabelle befinden. Standardmäßig wird jedes Element, dessen übergeordneter Schlüssel seinem eigenen Memberschlüssel, null, 0 (Null) entspricht, oder ein Wert, der in der Spalte für Memberschlüssel fehlt, als Mitglied der obersten Ebene (mit Ausnahme der Ebene "Alle") angenommen.

Die Tiefe einer übergeordneten untergeordneten Hierarchie kann zwischen den hierarchischen Verzweigungen variieren. Anders ausgedrückt gilt eine übergeordnete untergeordnete Hierarchie als unausgewogene Hierarchie.

Im Gegensatz zu benutzerdefinierten Hierarchien, bei denen die Anzahl der Ebenen in der Hierarchie die Anzahl der Ebenen bestimmt, die von Endbenutzern angezeigt werden können, wird eine übergeordnete untergeordnete Hierarchie mit der einzelnen Ebene einer Attributhierarchie definiert, und die Werte in dieser einzelnen Ebene erzeugen die verschiedenen Ebenen, die von Benutzern gesehen werden. Die Anzahl der angezeigten Ebenen hängt vom Inhalt der Dimensionstabellenspalten ab, die die Memberschlüssel und die übergeordneten Schlüssel speichern. Die Anzahl der Ebenen kann sich ändern, wenn sich die Daten in den Dimensionstabellen ändern. Weitere Informationen finden Sie unter Parent-Child Hierarchie und Attribute in Parent-Child Hierarchien.

Siehe auch

Erstellen User-Defined Hierarchien
Eigenschaften der Benutzerhierarchie
Referenz zu Dimension-Attributeigenschaften