Benutzerdefinierte Hierarchien

Benutzerdefinierte Hierarchien entsprechen Attributhierarchien, die in Microsoft SQL Server 2005 Analysis Services verwendet werden, um die Elemente einer Dimension in Form von hierarchischen Strukturen zu organisieren und Navigationspfade in einem Cube bereitzustellen. In der folgenden Tabelle ist beispielsweise eine Dimensionstabelle für eine Zeitdimension definiert. Die Dimensionstabelle unterstützt die drei Attribute Year, Quarter und Month.

Die Attribute Year, Quarter und Month werden verwendet, um in der Zeitdimension die benutzerdefinierte Hierarchie namens Calendar zu erstellen. Das Verhältnis zwischen den Ebenen und Elementen der Calendar-Dimension (eine reguläre Dimension) wird im folgenden Diagramm veranschaulicht.

Hinweis:
Eine andere Hierarchie als die standardmäßige Attributhierarchie mit zwei Ebenen wird als benutzerdefinierte Hierarchie bezeichnet. Weitere Informationen zu Attributhierarchien finden Sie unter Attribute und Attributhierarchien.

Elementstrukturen

Mit Ausnahme von Parent-Child-Hierarchien sind die Positionen der Elemente innerhalb der Hierarchie durch die Reihenfolge der Attribute in der Definition der Hierarchie festgelegt. Jedes Attribut in der Hierarchiedefinition bildet eine Ebene in der Hierarchie. Die Position eines Elements innerhalb einer Ebene wird durch die Anordnung der Attribute bestimmt, die zum Erstellen der Ebene verwendet werden. Die Elementstrukturen von benutzerdefinierten Hierarchien können je nachdem, welche Beziehungen zwischen den Elementen bestehen, eine von vier Formen annehmen.

Ausgeglichene Hierarchien

In einer ausgeglichenen Hierarchie verzweigen alle Zweige der Hierarchie auf dieselbe Ebene, und das logisch übergeordnete Objekt jedes Elements befindet sich auf der Ebene unmittelbar über dem betreffenden Element. Die Product Categories-Hierarchie der Product-Dimension in der Analysis Services-Beispieldatenbank Adventure Works DW ist ein gutes Beispiel für eine ausgeglichene Hierarchie. Für jedes Element in der Product Name-Ebene gibt es ein übergeordnetes Element in der Subcategory-Ebene, für die es ein übergeordnetes Element in der Category-Ebene gibt. Auch hat jeder Zweig in der Hierarchie ein Blattelement in der Product Name-Ebene.

Unausgeglichene Hierarchien

In einer unausgeglichenen Hierarchie verzweigen die Zweige der Hierarchie auf unterschiedliche Ebenen. Parent-Child-Hierarchien sind unausgeglichene Hierarchien. Die Organization-Dimension in der Analysis Services-Beispieldatenbank Adventure Works DW enthält beispielsweise ein Element für jeden Mitarbeiter. Der CEO ist das oberste Element in der Hierarchie, und die Bereichsleiter und der Direktionssekretär befinden sich in der Hierarchie unmittelbar unterhalb des CEO. Den Bereichsleitern sind weitere Elemente untergeordnet, dem Direktionssekretär jedoch nicht.

Endbenutzer sind nicht immer in der Lage, zwischen unausgeglichenen und unregelmäßigen Hierarchien zu unterscheiden. Für die Unterstützung dieser beiden Arten von Hierarchien setzen Sie in Analysis Services jedoch unterschiedliche Techniken und Eigenschaften ein. Weitere Informationen finden Sie unter Verwenden unregelmäßiger Hierarchien und Verwenden von Attributen in Parent-Child-Hierarchien.

Unregelmäßige Hierarchien

In einer unregelmäßigen Hierarchie befindet sich das logisch übergeordnete Objekt mindestens eines Elements nicht auf der Ebene unmittelbar über dem betreffenden Element. Dies kann dazu führen, dass Zweige der Hierarchie auf unterschiedliche Ebenen verzweigen. In einer Geography-Dimension, für die die Ebenen Continent, CountryRegion und City in dieser Reihenfolge definiert wurden, wird das Europe-Element auf der obersten Ebene der Hierarchie, das France-Element auf der mittleren Ebene und das Paris-Element auf der untersten Ebene angezeigt. France ist genauer als Europe, und Paris ist genauer als France. An dieser regulären Hierarchie werden die folgenden Änderungen vorgenommen:

• Das Vatican City-Element wird der CountryRegion-Ebene hinzugefügt.
• Elemente werden der City-Ebene hinzugefügt und dem Vatican City-Element in der CountryRegion-Ebene zugeordnet.
• Die Ebene Province wird zwischen den Ebenen CountryRegion und City hinzugefügt.

Die Province-Ebene wird mit Elementen aufgefüllt, die anderen Elementen in der CountryRegion-Ebene zugeordnet sind, und Elemente in der City-Ebene sind den entsprechenden Elementen in der Province-Ebene zugeordnet. Da es jedoch für das Vatican City-Element in der CountryRegion-Ebene in der Province-Ebene keine zugeordneten Elemente gibt, müssen Elemente aus der City-Ebene dem Vatican City-Element in der CountryRegion-Ebene direkt zugeordnet werden. Aufgrund der Änderungen ist die Hierarchie der Dimensionen jetzt unregelmäßig. Das übergeordnete Element der Stadt Vatican City ist das Land bzw. die Region Vatican City, das bzw. die sich nicht in der Ebene direkt über dem Vatican City-Element in der City-Ebene befindet. Weitere Informationen finden Sie unter Verwenden unregelmäßiger Hierarchien.

Parent-Child-Hierarchien

Parent-Child-Hierarchien für Dimensionen werden mithilfe eines speziellen Attributs, des so genannten übergeordneten Attributs, definiert, um zu bestimmen, welche Beziehungen es zwischen Elementen gibt. Ein übergeordnetes Attribut beschreibt eine auf sich selbst verweisende Beziehung oder eine Selbstverknüpfung innerhalb einer Dimensionstabelle. Parent-Child-Hierarchien werden von einem einzelnen übergeordneten Attribut erstellt. Nur eine Ebene ist einer Parent-Child-Hierarchie zugewiesen, da die in der Hierarchie vorhandenen Ebenen aus den Parent-Child-Beziehungen zwischen Elementen, die mit dem übergeordneten Attribut verknüpft sind, abgerufen werden. Das Dimensionsschema einer Parent-Child-Hierarchie hängt von einer auf sich selbst verweisenden Beziehung in der Dimensionshaupttabelle ab. Das folgende Diagramm veranschaulicht beispielsweise die DimOrganization-Dimensionshaupttabelle in der Analysis Services-Beispieldatenbank AdventureWorksDW.

In dieser Dimensionstabelle verfügt die ParentOrganizationKey-Spalte über eine Fremdschlüsselbeziehung mit der OrganizationKey-Primärschlüsselspalte. Mit anderen Worten: Jeder Datensatz in dieser Tabelle kann durch eine Parent-Child-Beziehung mit einem anderen Datensatz in der Tabelle verknüpft werden. Diese Art von Selbstverknüpfung wird im Allgemeinen zum Darstellen von Organisationsentitätsdaten verwendet, z. B. der Verwaltungsstruktur von Mitarbeitern innerhalb einer Abteilung.

Wenn Sie eine Parent-Child-Hierarchie erstellen, müssen die durch die beiden Attribute dargestellten Spalten denselben Datentyp aufweisen. Beide Attribute müssen sich zudem in derselben Tabelle befinden. Standardmäßig wird jedes Element, für das der Schlüssel des übergeordneten Elements dem eigenen Elementschlüssel, NULL, 0 (Null) oder einem Wert entspricht, der nicht in der Spalte der Elementschlüssel enthalten ist, als ein Element der obersten Ebene (ohne Alle-Ebene) erachtet.

Bei Parent-Child-Hierarchien können die Zweige der Hierarchie unterschiedlich tief verzweigt sein. Das bedeutet, dass eine Parent-Child-Hierarchie eine unausgeglichene Hierarchie darstellt.

Im Gegensatz zu benutzerdefinierten Hierarchien, bei denen die Anzahl der Ebenen in der Hierarchie die Anzahl der für die Endbenutzer sichtbaren Ebenen bestimmt, wird eine Parent-Child-Hierarchie mit einer einzelnen Ebene einer Attributhierarchie definiert. Die Werte in dieser einen Ebene erzeugen die für die Benutzer sichtbaren mehreren Ebenen. Die Anzahl der angezeigten Ebenen hängt vom Inhalt der Dimensionstabellenspalten ab, in denen die Elementschlüssel und die Schlüssel der übergeordneten Elemente gespeichert sind. Die Anzahl der Ebenen kann sich ändern, wenn die Daten in den Dimensionstabellen geändert werden. Weitere Informationen finden Sie unter Definieren einer Parent-Child-Hierarchie und Verwenden von Attributen in Parent-Child-Hierarchien.

Siehe auch

Konzepte

Definieren und Konfigurieren einer benutzerdefinierten Hierarchie
Konfigurieren der Eigenschaften von benutzerdefinierten Hierarchien
Definieren und Konfigurieren von Dimensionsattributen

Hilfe und Informationen

Informationsquellen für SQL Server 2005