Hierarchie 

Einsatzmöglichkeiten

In SAP NetWeaver Business Intelligence gibt es verschiedene Möglichkeiten, hierarchische Strukturen zu modellieren. Die folgende Tabelle gibt einen Überblick:

Arten der Hierarchie	Beschreibung
Hierarchie-Definition zu Merkmalen
Merkmalshierarchie	Baumartige Strukturierung der Merkmalswerte eines Merkmals. Merkmalshierarchien werden in eigenen Datentabellen gespeichert. Sie können wie Stammdaten in allen InfoProvidern verwendet werden. Beispiel: Hierarchie über Kostenstellen, die in Kostenstellengruppen zusammengefasst werden.
Festlegen hierarchischer Strukturen in der InfoCube-Modellierung
in den Dimensionen eines InfoCube	Beispiel: Zeitdimension. Die InfoObjects 0CALDAY, 0CALMONTH und 0CALYEAR bilden durch ihre Definition bereits eine Hierarchie. Beispiel: 09.04.2003 → 04.2003 → 2003
Festlegen hierarchischer Strukturen in der InfoObject-Pflege
in den Attributen eines Merkmals	Beispiel: Die InfoObjects 0MATERIAL, 0MATL_GROUP, 0MATL_TYPE und 0IND_SECTOR bilden durch ihre Definition bereits eine Hierarchie. Um in der Query als Hierarchiestufen verwendet werden zu können, müssen die Attribute als Navigationsattribute definiert sein.

Welche Modellierung am besten geeignet ist, hängt von dem jeweiligen Fall ab. Die Modellierungsarten unterscheiden sich z.B. in Hinsicht auf die Art, wie die Daten im Quellsystem abgelegt sind, in Hinsicht auf die Performance, Berechtigungsprüfung, Verwendung von Aggregaten oder die Parametrisierbarkeit der Query. Einen Vergleich der drei Arten finden Sie unter Möglichkeiten der hierarchischen Modellierung.

Darüber hinaus ist es in der Query-Definition möglich, die Elemente einer Struktur hierarchisch anzuordnen. Für diese Funktionen werden keine Hierarchien zu Merkmalen benötigt.

Man kann auch eine oder beide Achsen (Zeilen und Spalten) als Hierarchie darstellen.

Weitere Informationen über die Funktionen Strukturen mit hierarchischer Darstellung und Darstellung als Hierarchie (sog. Universelle Anzeigehierarchie) des BEx Analyzer finden Sie unter Arbeiten mit Hierarchien.

Über die Funktion Darstellung als Hierarchie können die in der Tabelle genannten Arten, hierarchische Strukturen zu modellieren, in der Query im wesentlichen gleich dargestellt werden.

Gegenstand der folgenden Abschnitte ist ausschließlich die Pflege der Merkmalshierarchien.

Vermeiden Sie es, in einem Kunstmerkmal Eigenschaften zusammenzufassen, die semantisch zu verschiedenen „Dimensionen“ - wie „Zeit“, „Produkt“, „Kunde“, „Länder“ - gehören.

Beispiel: Vertriebsweg und Produktgruppe in einem Kunstmerkmal Profitcenter.

Es ist nicht zu empfehlen, solche unabhängigen Dimensionen in ein künstliches Merkmal zu verschlüsseln, darauf Merkmalshierarchien zu definieren und diese im Reporting dazu zu verwenden, wieder die verschiedenen Sichten anzuzeigen. Ein solches Vorgehen hat folgende Nachteile:

●        Die Hierarchien werden unnötig groß. Damit verschlechtert sich die Performance im Reporting. (Eine Hierarchie sollte höchstens 50.000-100.000 Blätter enthalten, siehe Hierarchie anlegen.)

●        Es kommt zu häufig zu umfangreichen Änderungsläufen.

Merkmalshierarchien eröffnen Ihnen zusätzliche Möglichkeiten, Queries für das Reporting zu gestalten. Im Query Designer können Sie Merkmalshierarchien auf folgende Weisen einsetzen:

●      als Präsentationshierarchie für ein Merkmal, wenn dieses hierarchisch dargestellt werden soll (siehe Merkmalseigenschaften)

●      als Auswahl für bestimmte Merkmalswerte, wenn ein Merkmal auf eine Hierarchie bzw. auf Hierarchieknoten eingeschränkt werden soll (siehe Merkmale einschränken: Hierarchien)

Integration

In der InfoObject-Pflege muss festgelegt sein, ob ein Merkmal Hierarchien haben kann (siehe InfoObject anlegen: Merkmal). Ein solches Merkmal heißt Hierarchiebasismerkmal.

Hierarchien müssen (und können nur) auf Hierarchiebasismerkmalen angelegt werden. Alle Merkmale, die auf ein Hierarchiebasismerkmal referenzieren, erben automatisch dessen Hierarchien. Ein Hierarchiebasismerkmal kann beliebig viele Hierarchien haben.

Ein Beispiel für ein Hierarchiebasismerkmal ist 0COSTCENTER.

In der InfoObject-Pflege werden die Eigenschaften aller Hierarchien zu dem jeweils aktuellen Merkmal definiert (siehe Hierarchieeigenschaften).

Funktionsumfang

Hierarchie laden

Sie können Merkmalshierarchien in Ihr BI-System laden:

●      aus einem Quellsystem

○       über den Scheduler der Data Warehousing Workbench (siehe Hierarchie laden)

○       über eine Prozesskette (siehe Hierarchie über eine Prozesskette laden)

●      aus bzw. in ein anderes BI-System

○       über das Data Mart Interface. Sie können Hierarchien nicht in ein anderes BI-System transportieren, da Hierarchien Daten sind (siehe Data Mart Interface verwenden).

Hierarchie anlegen

Sie können Merkmalshierarchien in Ihrem BI-System anlegen.

Beachten Sie, dass die Größe einer Hierarchie die Performance beeinflusst (siehe Hierarchie anlegen).

Hierarchie bearbeiten

In der Hierarchie-Pflege des BI-Systems können Sie Merkmalshierarchien ändern, kopieren, löschen sowie reportingrelevante Hierarchieattribute setzen (siehe Hierarchie bearbeiten).

Hierarchie aktivieren

Um Hierarchien im Reporting verwenden zu können, müssen Sie Ihre Hierarchien zunächst aktivieren (siehe Hierarchie bearbeiten).

Für Zeitmerkmale hat das BI-System bereits alle sinnvollen Hierarchien vorgeneriert. Aus der vollständigen Vorschlagsliste sollten Sie eine sinnvolle Auswahl aktivieren (siehe Virtuelle Zeithierarchien aktivieren).

Hierarchieänderungen anpassen

Wenn Sie neue Hierarchien anlegen oder laden, sollten Sie auch die entsprechenden Aggregate anlegen. Wenn Sie eine Hierarchie ändern bzw. eine geänderte Hierarchie aktivieren, werden alle vorhandenen Aggregate automatisch angepasst (siehe Verhalten bei Stammdaten- und Hierarchieänderungen).

BI Accelerator Indizes werden ebenfalls im Hierarchie- und Attributsänderungslauf angepasst (siehe Verhalten bei Datenänderungen).