Hierarchien in ASO-Cubes

Dimensionen in Essbase-Modellstrukturen enthalten eine oder mehrere Hierarchien zugehöriger Ebenen und Elemente. Hierarchien werden gespeichert oder dynamisch. Gespeicherte Hierarchien werden basierend auf der Modellstruktur schnell aggregiert. Dynamische Hierarchien werden zum Abrufzeitpunkt anhand von Formeln und Lösungsreihenfolge berechnet. Eine alternative Hierarchie ist eine Struktur von Attributen oder gemeinsamen Elementen.

Die Time-Dimension in der ASOsamp.Basic-Datenbank enthält die Hierarchien MTD, QTD und YTD:

Abbildung 36-1: Gliederung mit mehreren Hierarchien und Elementen in der Zeitdimension

In einem Aggregate Storage-Cube können Hierarchien gespeichert oder dynamisch sein.

Eine Dimension kann sowohl gespeicherte als auch dynamische Hierarchien enthalten. Jeder Typ hat seine eigenen Vorteile und Einschränkungen. Um mehrere Hierarchien in einer Dimension zu verwenden (auch wenn alle Hierarchien gespeichert sind), müssen Sie für die Dimension mehrere Hierarchien aktivieren.

Wenn Sie ein Dimensionselement taggen, wenn mehrere Hierarchien aktiviert sind, wird es automatisch nur mit Label gekennzeichnet.

Wenn Sie die Dimension nicht als mehrere Hierarchien aktiviert taggen, wird die Dimension automatisch als gespeicherte Hierarchie getaggt (mit Ausnahme der als Accounts getaggten Dimension, die als dynamische Hierarchie getaggt ist).

Hinweis:

Die erste Hierarchie in einer Dimension, die für mehrere Hierarchien aktiviert ist, muss eine gespeicherte Hierarchie sein.

In der Essbase-Weboberfläche aktivieren Sie mehrere Hierarchien für eine Dimension mit einer Elementeigenschaft.

Gespeicherte Hierarchien

Elemente gespeicherter Hierarchien werden gemäß der Modellstruktur aggregiert. Da Aggregate Storage-Datenbanken für die Aggregation optimiert sind, ist die Aggregation von Datenwerten für gespeicherte Hierarchien sehr schnell. Um diese schnelle Aggregation zu ermöglichen, gelten für Mitglieder gespeicherter Hierarchien folgende Einschränkungen:

• Gespeicherte Hierarchien können den Operator "Keine Konsolidierung" (~) (nur unter "Nur Label"-Elementen) oder den Operator "Hinzufügen" (+) aufweisen.

• Gespeicherte Hierarchien können keine Formeln haben.

Gespeicherte Hierarchien haben Einschränkungen für nur Label-Elemente. Siehe Unterschiede für ASO skizzieren.

In der unten gezeigten Hierarchie sind die Hierarchie "Alle Waren" und die Hierarchie "High-End-Waren" gespeichert. Das Element {\b All Merchandise} und das Element {\b High End Merchandise} sind die obersten Hierarchien und werden beide als oberstes Element einer gespeicherten Hierarchie getaggt.

Abbildung 36-2 Aggregate Storage-Gliederung zur Anzeige der alternativen Warenhierarchie in der Produktdimension

In der Essbase-Weboberfläche geben Sie eine gespeicherte Hierarchie mit einer Elementeigenschaft an.

Mit der Importdatenbank-Anweisung MaxL können Sie das oberste Element der Hierarchie als oberstes Element einer gespeicherten Hierarchie taggen.

Die folgenden Elemente können als oberstes Element einer gespeicherten Hierarchie getaggt werden:

• Ein Dimensionselement (Generation 1). Wenn ein Dimensionselement als oberstes Element einer gespeicherten Hierarchie getaggt wird, wird die gesamte Dimension als einzelne gespeicherte Hierarchie betrachtet. Kein anderes Element in der Dimension kann als oberstes Element einer gespeicherten oder dynamischen Hierarchie getaggt werden.

• Die untergeordneten Elemente des Dimensionselements (2. Generation). Wenn ein Element der 2. Generation als oberstes Element einer gespeicherten Hierarchie getaggt wird, müssen alle Elemente der 2. Generation in der Dimension auch als oberstes Element einer gespeicherten oder dynamischen Hierarchie getaggt werden. Die erste Hierarchie in der Dimension muss gespeichert werden.

Die mit "Accounts" gekennzeichnete Dimension wird automatisch als eine dynamische Hierarchie betrachtet. Sie können die Accounts-Dimension nicht als gespeicherte Hierarchie festlegen.

Dynamische Hierarchien

Um eine dynamische Hierarchie auszuwerten, berechnet Essbase die Elemente und Formeln anstatt sie zu aggregieren. Die Reihenfolge, in der Elemente und Formeln ausgewertet werden, wird durch die Eigenschaft "Lösungsreihenfolge" definiert. Siehe Berechnungsreihenfolge und Lösungsreihenfolge in ASO-Cubes.

Zum Zeitpunkt des Abrufs berechnet Essbase die erforderlichen Elementkombinationen und berechnet alle erforderlichen Modellstrukturelementformeln. Da dynamische Hierarchien berechnet werden, dauert das Abrufen von Daten daraus möglicherweise länger als das Abrufen von Daten aus gespeicherten Hierarchien. Beim Entwurf der Datenbank bieten dynamische Hierarchien jedoch die folgenden Vorteile:

• Sie können jeden Konsolidierungsoperator enthalten.

• Sie können Formeln haben.

In der Essbase-Weboberfläche geben Sie eine dynamische Hierarchie mit einer Elementeigenschaft an.

Mit der Importdaten-Anweisung MaxL können Sie das oberste Element der Hierarchie als oberstes Element einer dynamischen Hierarchie taggen.

Die folgenden Elemente können als oberstes Element einer dynamischen Hierarchie getaggt werden:

• Ein Dimensionselement (Generation 1) – Wenn ein Dimensionselement als oberstes Element einer dynamischen Hierarchie getaggt ist, wird die gesamte Dimension als einzelne dynamische Hierarchie betrachtet. Kein anderes Element in der Dimension kann als oberstes Element einer dynamischen Hierarchie oder oberstes Element einer gespeicherten Hierarchie getaggt werden.

• Untergeordnete Elemente des Dimensionselements (Generation 2) - Wenn ein Element der 2. Generation als oberstes Element einer dynamischen Hierarchie getaggt ist, müssen alle Elemente der 2. Generation in der Dimension auch als oberstes Element einer dynamischen Hierarchie oder oberstes Element einer gespeicherten Hierarchie getaggt werden. Die erste Hierarchie in der Dimension muss eine gespeicherte Hierarchie sein.

Hinweis:

Wenn ein Element den Operator "Keine Konsolidierung" (~) auf allen untergeordneten Elementen hat, darf das Element nur mit Label gekennzeichnet werden.

Die mit der Dimension gekennzeichneten Accounts wird automatisch als eine dynamische Hierarchie betrachtet. Sie können die Accounts-Dimension nicht als gespeicherte Hierarchie festlegen.

Essbase kann keine dynamischen Hierarchieelemente für eine Aggregatansicht auswählen.

Alternative Hierarchien

Eine alternative Hierarchie kann wie folgt modelliert werden:

• Als Attribute-Dimension, die Attribute verwendet, um Elemente logisch innerhalb der Dimension zu klassifizieren. (Beispiel: Eine Product-Dimension kann Attribute wie Größe und Geschmack aufweisen.)

  Hinweis:

  Wenn Sie eine Attribute-Dimension als alternative Hierarchie verwenden, ist eine nützliche Abfrage ein Kreuztabellenbericht mit Attribute-Dimensionselementen nach Basisdimensionswerten. Beispiel: In einem Kreuztabellenbericht mit Produktverkaufsinformationen können Größenattribute (wie klein und groß) für Spalten und Produkte in Zeilen angezeigt werden. Wenn Sie gemeinsame Elemente als alternative Hierarchie verwenden, können Sie die entsprechende Kreuztabellenberichtsabfrage der gemeinsamen Elemente durch Prototypelemente nicht erstellen.

• Als Hierarchie gemeinsamer Elemente. Die alternative Hierarchie enthält gemeinsame Elemente, die auf Prototyp-Elemente früherer Hierarchien in der Gliederung zeigen. Die gemeinsamen Elemente werden entsprechend einer anderen Hierarchie als die Prototypelemente zusammengefasst. Gemeinsame Elemente in dynamischen Hierarchien können Formeln enthalten. Die folgende Tabelle zeigt die Hierarchien für die ASOsamp.Basic-Datenbank. Die Dimension {\b Products} ist in der folgenden Abbildung dargestellt.

Tabelle 36-1: Beispielhierarchien und alternative Hierarchien für die Produktdimension von ASOsamp.Basic

Product	Hierarchie	Alternative Hierarchie (enthält gemeinsame Elemente)
Flachbildschirm	Produkte, Alle Merchandise, Persönliche Elektronik, Home Entertainment, Fernseher	Produkte, High-End-Produkte
HDTV	Produkte, Alle Merchandise, Persönliche Elektronik, Home Entertainment, Fernseher	Produkte, High-End-Produkte

Abbildung 36-3: Aggregate Storage-Modellstruktur zur Anzeige der alternativen Warenhierarchie in der Produktdimension

Alternative Hierarchieeinschränkungen für gemeinsame Elemente

Für alternative Hierarchien in Aggregate Storage-Modellstrukturen gelten die folgenden Einschränkungen:

• Die Prototypinstanz des Elements muss in der Gliederung vor allen gemeinsam verwendeten Instanzen des Elements auftreten. Beispiel: In der obigen Gliederung tritt das Element HDTV in der Hierarchie "Alle Waren" auf, bevor es als gemeinsames Element in der alternativen Hierarchie von "High-End-Waren" auftritt.

• Die erste Hierarchie in einer Dimension, in der mehrere Hierarchien aktiviert sind, darf kein gemeinsames Element enthalten.

• Gespeicherte Hierarchien können keine gemeinsamen Elemente haben. Gespeicherte Hierarchien innerhalb einer Dimension mit mehreren Hierarchien können gemeinsame Elemente enthalten.

• Um sicherzustellen, dass Werte nicht doppelt gezählt werden, darf eine gespeicherte Hierarchie nicht mehrere Kopien desselben gemeinsamen Elements enthalten. Beispiel: Eine gespeicherte Hierarchie kann kein gemeinsames Element und keine seiner Vorgänger enthalten. In der obigen Gliederung können Sie das geteilte Mitglied "Televisions" nicht als Kind von "High End Merchandise" hinzufügen, da dies dazu führen würde, dass "Televisions" zu einem Geschwister seiner Kinder, geteilten Mitgliedern "Flat Panel" und "HDTV" werden und die Werte von "Flat Panel" und "HDTV" zweimal hinzugefügt werden.

• Prototypinstanzen eines Elements müssen sich in derselben Dimension wie das gemeinsame Element befinden (wie bei Block Storage Outlines).

• Eine gespeicherte Hierarchie darf keine Prototypinstanz und keine gemeinsame Instanz desselben Elements enthalten.

• Eine gespeicherte Hierarchie kann nur eine gemeinsame Instanz eines Elements einer dynamischen Hierarchie enthalten, wenn das Element von der dynamischen Hierarchie ein Element von Ebene 0 ohne Formel ist.

Hinweis:

In einem Aggregate Storage-Cube teilt ein gemeinsames Element automatisch alle Attribute, die seinem Prototyp-Element zugeordnet sind.

In einem ASO-Cube teilt ein gemeinsames Element automatisch alle Attribute, die seinem Prototyp-Element zugeordnet sind. Dies gilt auch für ein implizites gemeinsames Element (z.B. ein Element, das nur ein untergeordnetes Element hat). Sie können das implizite Teilen verhindern, indem Sie die Eigenschaft "Never Share" festlegen. Dieses Verhalten gemeinsamer Elemente und Attribute in ASO-Datenbanken unterscheidet sich vom Verhalten in Block Storage-(BSO-)Datenbanken.