Angeben von Attributbeziehungen zwischen Attributen in einer benutzerdefinierten Hierarchie

  • Artikel

Wie Sie bereits in diesem Lernprogramm erfahren haben, können Sie Attributhierarchien in Ebenen innerhalb von Benutzerhierarchien organisieren, um Navigationspfade für Benutzer in einem Cube zur Verfügung zu stellen. Eine Benutzerhierarchie kann eine natürliche Hierarchie wie beispielsweise Ort, Land/Region und Staat repräsentieren oder nur einen Navigationspfad wie beispielsweise Angestelltenname, Titel und Abteilungsname. Für den Benutzer, der in einer Hierarchie navigiert, stellen sich diese beiden Hierarchietypen gleich dar.

Wenn Sie Attributbeziehungen zwischen den Attributen definieren, die die Ebenen bilden, kann von Microsoft SQL Server 2005 Analysis Services (SSAS) mithilfe einer natürlichen Hierarchie eine Aggregation von einem Attribut verwendet werden, um die Ergebnisse von einem verknüpften Attribut zu erhalten. Wenn keine Beziehungen zwischen Attributen definiert sind, werden von Analysis Services alle Nicht-Schlüssel-Attribute vom Schlüsselattribut aggregiert. Wenn Sie (wie bereits gesehen) eine solche Beziehung definieren, können Sie zusätzlich angeben, ob die Beziehung flexibel oder fest ist. Wenn Sie eine Beziehung als fest definieren, werden von Analysis Services Aggregationen beim Aktualisieren der Dimension beibehalten. Wenn sich eine als fest definierte Beziehung tatsächlich ändert, wird von Analysis Services ein Fehler während der Verarbeitung generiert, außer wenn die Dimension vollständig verarbeitet wurde. Durch das Angeben der entsprechenden Beziehungen und Beziehungseigenschaften wird die Abfrage- und Verarbeitungsleistung erhöht. Weitere Informationen finden Sie unter Definieren und Konfigurieren einer Attributbeziehung und Konfigurieren der Eigenschaften von benutzerdefinierten Hierarchien.

In den Aufgaben in diesem Thema definieren Sie Attributbeziehungen für die Attribute in den natürlichen Benutzerhierarchien im Analysis Services Tutorial-Projekt. Dazu gehören die Customer Geography-Hierarchie in der Customer-Dimension, die Sales Territory-Hierarchie in der Sales Territory-Dimension, die Product Model Lines-Hierarchie in der Product-Dimension und die Fiscal Time- und Calendar Time-Hierarchien in der Time-Dimension. Diese Benutzerhierarchien sind alle natürliche Hierarchien.

Definieren von Attributbeziehungen für Attribute in der Customer Geography-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Customer Geography-Hierarchie

  1. Wechseln Sie zum Dimensions-Designer für die Customer-Dimension, und klicken Sie dann auf die Registerkarte Dimensionsstruktur.

    Beachten Sie im Hierarchien und Ebenen-Bereich die Ebenen in der benutzerdefinierten Hierarchie Customer Geography. Diese Hierarchie ist zurzeit nur ein Drilldownpfad für Benutzer - es wurden keine Beziehungen zwischen Ebenen oder Attributen definiert.

  2. Erweitern Sie im Attribute-Bereich Geography.

    Beachten Sie die vier Attributbeziehungen, die die Nichtschlüsselattribute aus der Geography-Tabelle mit dem Schlüsselattribut aus der Geography-Tabelle verknüpfen.

  3. Erweitern Sie im Attribute-Bereich Full Name.

    Beachten Sie, dass das Geography-Attribut mit dem Full Name-Attribut verknüpft ist. Beachten Sie auch, dass das Postal Code-Attribut über das Geography-Attribut indirekt mit dem Full Name-Attribut verknüpft ist, weil das Postal Code-Attribut mit dem Geography-Attribut und das Geography-Attribut mit dem Full Name-Attribut verknüpft ist.

  4. Ziehen Sie die Postal Code-Attributbeziehung vom Geography-Attribut zum <new attribute relationship>-Tag für das Full Name-Attribut.

    Das Postal Code-Attribut ist nun direkt mit dem Full Name-Attribut verknüpft. Beachten Sie im Eigenschaftenfenster, dass die RelationshipType-Eigenschaft für dieses Attribut auf Flexible festgelegt ist. Dies ist angemessen, weil sich die Beziehung zwischen einem Kunden und einer Postleitzahl mit der Zeit ändern kann.

  5. Erweitern Sie im Attribute-Bereich das Postal Code-Attribut.

    Das City-Attribut ist aktuell mit dem Postal Code-Attribut durch das Geography-Attribut (anstatt direkt) verknüpft.

  6. Ziehen Sie die City-Attributbeziehung vom Geography-Attribut zum <new attribute relationship>-Tag für das Postal Code-Attribut.

    Das City-Attribut ist jetzt direkt mit dem Postal Code-Attribut verknüpft. Beachten Sie im Eigenschaftenfenster, dass die RelationshipType-Eigenschaft für dieses Attribut auf Flexible festgelegt ist. Dies ist angemessen, weil sich die Beziehung zwischen einem Ort und einer Postleitzahl mit der Zeit ändern kann.

  7. Erweitern Sie im Attribute-Bereich City.

    Das State-Province-Attribut ist aktuell mit dem City-Attribut durch die Attribute Full Name und Geography verknüpft.

  8. Ziehen Sie die State Province Name-Attributbeziehung vom Geography-Attribut zum <new attribute relationship>-Tag für das City-Attribut, und ändern Sie dann den Wert der RelationshipType-Eigenschaft für diese Attributbeziehung in Rigid.

    Der Wert der RelationshipType-Eigenschaft für die Attributbeziehung sollte auf Rigid festgelegt werden, weil sich die Beziehung zwischen einem Ort und einem Staat nicht ändert.

  9. Erweitern Sie im Bereich Attribute die Option State-Province, ziehen Sie die Country-Region-Attributbeziehung vom Geography-Attribut zum <new attribute relationship>-Tag für das State-Province-Attribut, und ändern Sie dann den Wert der RelationshipType-Eigenschaft für diese Attributbeziehung in Rigid.

    Der Wert der RelationshipType-Eigenschaft für diese Attributbeziehung sollte auf Rigid festgelegt werden, weil sich die Beziehung zwischen einem Bundesland oder Kanton und einem Staat oder einer Region nicht ändert.

  10. Löschen Sie im Attribute-Bereich das Geography-Attribut.

    Dieses Attribut wird nicht mehr benötigt.

ms166553.note(de-de,SQL.90).gifHinweis:
In dieser Aufgabe haben Sie die Attributbeziehungen vom Geography-Attribut zu anderen Attributen verschoben, anstatt neue Attributbeziehungen für jedes dieser Attribute zu erstellen. Durch das Definieren redundanter Beziehungen entsteht im Allgemeinen kein zusätzlicher Nutzen, und die Verarbeitungszeit wird unnötig erhöht.

Definieren von Attributbeziehungen für Attribute in der Sales Territory-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Sales Territory-Hierarchie

  1. Öffnen Sie den Dimensions-Designer für die Sales Territory-Dimension, und klicken Sie dann auf die Registerkarte Dimensionsstruktur.

  2. Klicken Sie im Bereich Hierarchien und Ebenen auf die Sales Territories-Hierarchie, und erweitern Sie dann Sales Territory Region und Sales Territory Country.

    Sales Territory Group ist direkt mit dem Sales Territory Region-Schlüsselattribut und nicht mit dem Sales Territory Country-Attribut verknüpft.

  3. Ziehen Sie die Sales Territory Group-Attributbeziehung vom Sales Territory Region-Attribut zum <new attribute relationship>-Tag für das Sales Territory Country-Attribut.

    Sales Territory Group ist jetzt mit Sales Territory Country verknüpft, und Sales Territory Country ist jetzt mit Sales Territory Region verknüpft. Die RelationshipType-Eigenschaft für jede dieser Beziehungen sollte auf Flexible festgelegt sein, weil sich die Gruppierungen von Regionen innerhalb eines Landes mit der Zeit ändern können und weil sich die Gruppierungen von Ländern in Gruppen mit der Zeit ändern können.

    Hinweis Sie können Attributbeziehungen für benutzerdefinierte Hierarchien sowohl im Bereich Attribute als auch im Bereich Hierarchien und Ebenen festlegen.

Definieren von Attributbeziehungen für Attribute in der Product Model Lines-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Product Model Lines-Hierarchie

  1. Öffnen Sie den Dimensions-Designer für die Product-Dimension, und klicken Sie dann auf die Registerkarte Dimensionsstruktur.

  2. Erweitern Sie im Attribute-Bereich das Model Name-Attribut und das Product Name-Attribut.

  3. Ziehen Sie die Product Line-Attributbeziehung vom Product Name-Attribut zum <new attribute relationship>-Tag für das Model Name-Attribut.

    Der Wert der RelationshipType-Eigenschaft für diese Attributbeziehung sollte auf Flexible festgelegt sein, weil sich die Beziehung zwischen einer Produktlinie und einem Modellnamen mit der Zeit ändern kann.

Definieren von Attributbeziehungen für Attribute in der Fiscal Time-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Fiscal Time-Hierarchie

  1. Wechseln Sie zum Dimensions-Designer für die Time-Dimension, und klicken Sie dann auf die Registerkarte Dimensionsstruktur.

  2. Erweitern Sie im Attribute-Bereich die folgenden Attribute:

    • Date
    • Month Name
    • Fiscal Quarter
    • Fiscal Semester

  3. Ziehen Sie die Fiscal Quarter-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Month Name-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

  4. Ziehen Sie die Fiscal Semester-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Fiscal Quarter-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

  5. Ziehen Sie die Fiscal Year-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Fiscal Semester-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

Definieren von Attributbeziehungen für Attribute in der Calendar Time-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Calendar Time-Hierarchie

  1. Erweitern Sie im Attribute-Bereich Month Name, Calendar Quarter und Calendar Semester.

  2. Ziehen Sie die Calendar Quarter-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Month Name-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

  3. Ziehen Sie die Calendar Semester-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Calendar Quarter-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

  4. Ziehen Sie die Calendar Year-Attributbeziehung vom Date-Attribut zum <new attribute relationship>-Tag für das Calendar Semester-Attribut, und legen Sie dann den Wert der RelationshipType-Eigenschaft für dieses Attribut auf Rigid fest.

Definieren von Attributbeziehungen für Attribute in der Geography-Hierarchie

So definieren Sie Attributbeziehungen für Attribute in der Geography-Hierarchie

  1. Öffnen Sie den Dimensions-Designer für die Geography-Dimension, und klicken Sie dann auf die Registerkarte Dimensionsstruktur.

  2. Erweitern Sie im Attribute-Bereich die folgenden Attribute:

    • City
    • Geography Key
    • Postal Code
    • State-Province

  3. Ziehen Sie die City-Attributbeziehung vom Geography Key-Attribut zum <new attribute relationship>-Tag für das Postal Code-Attribut.

    Weil sich Postleitzahlen innerhalb einer Stadt mit der Zeit ändern können, ist der angemessene Wert für die RelationshipType-Eigenschaft dieses Attributs Flexible.

  4. Ziehen Sie die State-Province-Attributbeziehung vom Geography Key-Attribut zum <new attribute relationship>-Tag für das City-Attribut, und legen Sie dann für den Wert der RelationshipType-Eigenschaft für dieses Attribut Rigid fest.

  5. Ziehen Sie die Country-Region-Attributbeziehung vom Geography Key-Attribut zum <new attribute relationship>-Tag für das State-Province-Attribut, und legen Sie dann für den Wert der RelationshipType-Eigenschaft für dieses Attribut Rigid fest.

  6. Legen Sie das Geography Key-Attribut als nicht sichtbar, nicht optimiert und nicht sortiert fest.

  7. Stellen Sie das Analysis Services Tutorial-Projekt bereit.

Nächste Aufgabe in dieser Lektion

Definieren von unbekannten Elementen und Eigenschaften für das Verarbeiten von NULL-Werten

Siehe auch

Andere Ressourcen

Definieren und Konfigurieren einer Attributbeziehung
Konfigurieren der Eigenschaften von benutzerdefinierten Hierarchien

Hilfe und Informationen

Informationsquellen für SQL Server 2005