Aggregate Storage-Cube neu strukturieren

Essbase ASO-Cube-Umstrukturierungen können durch einige Gliederungsänderungen erzwungen werden, einschließlich Änderungen an Hierarchien. Erfahren Sie mehr über die Hierarchietypen.

Eine Hierarchie ist ein oberstes Element und seine Nachkommen.

Eine dynamische Hierarchie enthält nur eine gespeicherte Ebene. In ASOsamp.Basic ist die Accounts-Dimension eine dynamische Hierarchie.
Eine Attribute-Dimension ist eine Hierarchie. Das Element der 1. Generation ist das oberste Element der Hierarchie.
Wenn eine Standarddimension nicht als mehrere Hierarchien aktiviert gekennzeichnet ist, handelt es sich um eine Hierarchie. Das Element der 1. Generation ist das oberste Element der Hierarchie.
Wenn eine Standarddimension als mehrere Hierarchien aktiviert getaggt ist, enthält sie mehrere Hierarchien, und die Elemente der 2. Generation sind die obersten Elemente der Hierarchien. Beispiel: Die Dimension "Produkte" in ASOsamp.Basic enthält zwei Hierarchien. Die Top-Mitglieder sind die Generation 2 Mitglieder All Merchandise und High End Merchandise.

Auswirkungen der Umrissänderungen:

Gibt an, ob Daten vor der Umstrukturierung gelöscht werden müssen
Zeit und Speicher für die Umstrukturierung

Ebenen der Aggregatspeicher-Cube-Umstrukturierung

Wenn Sie die Aggregate Storage-Modellstruktur bearbeiten, rechnen Sie mit den Restrukturierungskosten. Vollständige Essbase ASO-Cube-Neustrukturen werden nach bestimmten Modellstrukturänderungen initiiert. Andere Änderungen führen nur zu Lichtumbauten. Vollständige Umstrukturierungen können das Löschen von Daten oder Ansichten erfordern und haben eine höhere Auswirkung als leichte Umstrukturierungen.

Um den Zeit- und Speicherbedarf für Umstrukturierungen zu minimieren, analysieren Sie bei häufigen Änderungen an einer Gliederung die Gliederung und die Arten von Gliederungsänderungen.

Das Hinzufügen, Löschen und Verschieben von Dimensionen hat die höchsten Umstrukturierungskosten: Sie müssen Eingabedaten neu laden, Aggregatansichten auswählen und Aggregationen ausführen.

In der folgenden Tabelle sind die Umstrukturierungsebenen für Aggregate Storage-Cubes aufgeführt, von den meisten bis zu den geringsten Kosten (in Bezug auf Zeit, Speicher und Daten):

Tabelle 39-1: Aggregate Storage-Umstrukturierungsebenen

Benutzer-Gliederungsänderungen	Essbase-Umstrukturierungsebene	Performanceauswirkung
Standarddimension hinzufügen, löschen oder verschieben	Löscht Daten und Aggregatansichten und führt eine vollständige Umstrukturierung der Modellstruktur durch	Sehr groß Der Benutzer muss die Eingabedaten (Ebene 0) neu laden, die Aggregatansichten auswählen und die Aggregation erneut ausführen.
Eine Hierarchie hinzufügen, löschen oder verschieben. Anzahl der gespeicherten Ebenen in einer Hierarchie ändern Siehe: Beispiel: Keine Änderung der Anzahl der gespeicherten Ebenen in einer Hierarchie Beispiel: Änderung der Anzahl der gespeicherten Ebenen in einer Hierarchie Ändern Sie das oberste Element einer gespeicherten Hierarchie von "Nur Label" in "Gespeichert" oder von "Nur Label" in "Nur Label". Ändern Sie eine dynamische Hierarchie in eine gespeicherte Hierarchie oder eine gespeicherte Hierarchie in eine dynamische Hierarchie. Ändern Sie eine primäre oder alternative Hierarchie, sodass sie mit der primären oder alternativen Hierarchie übereinstimmt oder nicht mehr übereinstimmt. Alle Elemente der Ebene 0 einer primären Hierarchie müssen direkt oder indirekt dargestellt werden (Beispiel: ein übergeordnetes Element, das eine Summe seiner untergeordneten Elemente darstellt, kann seine untergeordneten Elemente darstellen) in allen alternativen Hierarchien. Die oberste Ebene der primären Hierarchie muss der obersten Ebene jeder alternativen Hierarchie entsprechen. Siehe Beispiel: Änderungen in alternativen Hierarchien.	Löscht aggregierte Ansichten und führt vollständige Umstrukturierung durch	Sehr groß Die Speicheranforderung beträgt das bis zu dreifache der Größe der Datenbankdatei (Datei `.dat`). Der Benutzer muss die Aggregatansichten auswählen und die Aggregation erneut ausführen.
Führen Sie eine Änderung durch, die nicht in anderen Kategorien enthalten ist. Beispiel: Löschen oder verschieben Sie ein Element, oder fügen Sie ein Element hinzu, das nicht das letzte seiner gleichgeordneten Elemente ist	Führt eine vollständige Strukturumstrukturierung durch	High Die Speicheranforderung beträgt das bis zu dreifache der Größe der Datenbankdatei (Datei `.dat`).
Leichte Umstrukturierungsänderungen (unten beschrieben) in eine alternative Hierarchie oder eine Attribute-Dimension durchführen	Erstellt alle Aggregatansichten neu, die auf Attributdimensionen oder alternativen Hierarchien basieren	Low Der Speicherbedarf ist bis zu dreimal so groß wie die betroffenen Views. Solche Aggregat-Views existieren normalerweise nur, wenn Sie mithilfe der Abfrageverfolgung Ansichten basierend auf der Verwendung ausgewählt haben. Siehe Ansichten basierend auf Nutzung auswählen.
Bei Nicht-Attributdimensionen ohne gespeicherte Elemente der Ebene 0 (z.B. werden alle Elemente der Ebene 0 gemeinsam verwendet oder haben Formeln), fügen Sie eine untergeordnete oder untergeordnete Verzweigung hinzu, ohne die Anzahl der Ebenen in der Hierarchie zu ändern und ohne eine Macht von 2 Grenzen zu überschreiten.	Führt eine leichte Umstrukturierung des Umrisses durch Hinweis: Wenn sich die Anzahl der Ebenen in der Hierarchie ändert, löscht Essbase alle Aggregatansichten und führt eine vollständige Strukturumstrukturierung durch. Die Auswirkungen auf die Leistung sind sehr hoch. Wenn sich die Anzahl der Ebenen in der Hierarchie nicht ändert, aber das Hinzufügen eines untergeordneten oder untergeordneten Zweigs eine Macht von 2 Grenzen überschreitet, führt Essbase eine vollständige Umstrukturierung der Gliederung durch. Die Auswirkungen auf die Leistung sind hoch.	Sehr niedrig
Bei Nicht-Attributdimensionen mit gespeicherten Elementen der Ebene 0: Fügen Sie ein Kind als letztes Kind eines Elternteils hinzu, ohne eine Grenze von 2 zu überschreiten (1, 2, 4, 8, 16 usw.). Beispiel: Wenn ein übergeordnetes Element drei untergeordnete Elemente hat, können Sie ein viertes untergeordnetes Element als letztes untergeordnetes Element des übergeordneten Elements hinzufügen. Fügen Sie einen untergeordneten Zweig als letzten untergeordneten Zweig eines vorhandenen übergeordneten Zweigs hinzu, ohne eine Macht von 2 Grenzen zu überschreiten und ohne die Anzahl der Ebenen in der Hierarchie zu ändern. Beispiele: Element umbenennen Ändert eine Formel Ändert einen Alias Ändert einen Konsolidierungsoperator einer dynamischen Hierarchie (z.B. von + nach -)	Führt eine leichte Umstrukturierung durch.	Sehr niedrig
Bei Nicht-Attributdimensionen mit gespeicherten Elementen der Ebene 0: Fügen Sie ein Kind hinzu, das eine Grenze von 2 als letztes untergeordnetes Element eines Elternteils überschreitet. Beispiel: Wenn ein Elternteil drei Kinder hat und Sie ein viertes und fünftes Kind hinzufügen, überquert das fünfte Kind die Macht von 2 Grenzen. Siehe Beispiel: Hinzufügen von untergeordneten Elementen. Szenarios, in denen eine untergeordnete Verzweigung als letzte untergeordnete Verzweigung eines vorhandenen übergeordneten Elements hinzugefügt wird, das eine Macht von 2 Grenzen überschreitet oder die Anzahl der Ebenen in der Hierarchie ändert, die eine vollständige Umstrukturierung der Gliederung auslöst, finden Sie unter Beispiel: Hinzufügen untergeordneter Verzweigungen.	Löscht aggregierte Ansichten und führt vollständige Umstrukturierung durch	Sehr groß

Beispiele für Outline-Änderungen

Beispiele zeigen die Umstrukturierungskosten verschiedener Arten von Änderungen der Essbase Aggregate Storage-(ASO-)Modellstruktur: Elementzugänge, die die Anzahl der gespeicherten Ebenen ändern oder nicht ändern, Änderungen an alternativen Hierarchien, Hinzufügen untergeordneter Elemente und Hinzufügen untergeordneter Verzweigungen.

Dieser Abschnitt enthält Beispiele für die Gliederungsänderungen, die unter Levels of Aggregate Storage Cube Restructuring beschrieben werden.

Beispiel: Keine Änderung der Anzahl der gespeicherten Ebenen in einer Hierarchie

In ASOsamp.Basic wird die Measures-Dimension als Accounts getaggt. Daher umfasst Measures als dynamische Hierarchie nur eine gespeicherte Ebene.

Diese Abbildung zeigt einen Umriss der Measures-Dimension mit einer gespeicherten Ebene (Ratios).

Wenn Sie das untergeordnete Element "Alle" zu "Verhältnisse" hinzufügen, wird die Anzahl der gespeicherten Ebenen in der Measures-Dimension nicht geändert. Das Speichern der Gliederung löst eine leichte Umstrukturierung aus.

Diese Abbildung zeigt den Effekt, dass "Alle" als untergeordnetes Element zu "Verhältnisse" hinzugefügt wird, wie im Text vor dem Bild beschrieben.

In ASOsamp.Basic ist "Einkommensebene" eine gespeicherte Hierarchiedimension.

Diese Abbildung zeigt eine Gliederung der gespeicherten Hierarchiedimension "Einkommensebene" mit zwei Ebenen.

Wenn Sie ein untergeordnetes Element hinzufügen, wird die Anzahl der Ebenen (zwei) in der Hierarchie nicht geändert. Das Hinzufügen eines siebten oder achten untergeordneten Elements am Ende ist zulässig. Das Hinzufügen eines neunten untergeordneten Elements überschreitet jedoch die Macht von 2 Grenzen (siehe Beispiel: Hinzufügen von untergeordneten Elementen), wobei eine vollständige Umstrukturierung erforderlich ist.

Diese Abbildung zeigt ein untergeordnetes Element, das der Einkommensstufe hinzugefügt wurde. Der Effekt des Hinzufügens eines untergeordneten Elements wird im Text vor dem Bild beschrieben.

Beispiel: Änderung der Anzahl der gespeicherten Ebenen in einer Hierarchie

In der Dimension "Produkt" in ASOsamp.Basic erhöht das Umbenennen von Fotodruckern in Drucker und das Hinzufügen von untergeordneten Elementen die Anzahl der Ebenen in der Hierarchie "Alle Waren" von vier auf fünf. Wenn die Gliederung gespeichert wird, löscht Essbase alle Aggregatansichten und führt eine vollständige Neustrukturierung durch.

Diese Abbildung zeigt eine Gliederung der Hierarchie "Alle Waren". Der Effekt des Hinzufügens von untergeordneten Elementen, der die Anzahl der gespeicherten Ebenen erhöht, wird im Text vor dem Bild beschrieben.

Beispiel: Änderungen in alternativen Hierarchien

Wenn Sie das gemeinsame Element Orange unter "Getränke nach Kategorie" löschen und sein Prototypenelement unter "Getränke" nicht löschen, ist die alternative Hierarchie "Getränke nach Kategorie" keine Replikation der Getränkehierarchie mehr. Wenn die Gliederung gespeichert wird, löscht Essbase alle Aggregatansichten und führt eine vollständige Neustrukturierung durch.

Wenn Sie die gemeinsamen und prototypischen orangefarbenen Elemente löschen, bleibt die alternative Hierarchie "Getränke nach Kategorie" ein Replikat der Getränkehierarchie. Wenn die Modellstruktur gespeichert wird, führt Essbase eine vollständige Neustrukturierung durch, löscht jedoch keine Aggregatansichten.

Diese Abbildung zeigt eine Gliederung der Hierarchie "Getränke" und der alternativen Hierarchie "Getränke nach Kategorie". Die Auswirkungen von Hierarchieänderungen werden im Text vor dem Bild beschrieben.

Beispiel: Hinzufügen von untergeordneten Elementen

In ASOsamp.Basic erhöht das Hinzufügen eines untergeordneten Elements unter "Systeme" in der Hierarchie "Alle Waren" die Anzahl der untergeordneten Elemente unter "Systeme" auf drei, wodurch die Macht von 2 Grenzen überschritten wird. Wenn die Gliederung gespeichert wird, führt Essbase eine vollständige Neustrukturierung durch.

Diese Abbildung zeigt eine Gliederung der Hierarchie "Alle Waren". Der Effekt des Hinzufügens von untergeordneten Elementen wird im Text vor dem Bild beschrieben.

Das Hinzufügen eines Kindes unter Computer und Peripherie erhöht jedoch die Anzahl der Kinder unter Computer und Peripheriegeräten von drei auf vier. Das Hinzufügen eines vierten Kindes, das nach den vorhandenen Elementen hinzugefügt werden muss, überschreitet nicht die Grenze von 2 oder 4. Das untergeordnete Element muss nach vorhandenen Elementen hinzugefügt werden. Wenn die Gliederung gespeichert wird, führt Essbase eine leichte Umstrukturierung durch.

Diese Abbildung zeigt einen Umriss von Computern und Peripheriegeräten, die sich in der Hierarchie "Alle Waren" befinden. Der Effekt des Hinzufügens von untergeordneten Elementen wird im Text vor dem Bild beschrieben.

Beispiel: Hinzufügen von untergeordneten Filialen

Wenn Sie in ASOsamp.Basic eine untergeordnete Verzweigung unter "Computer" und "Peripheriegeräte" in der Hierarchie "Alle Waren" hinzufügen, wird die Anzahl der untergeordneten Elemente auf vier erhöht. Das Hinzufügen dieses Kindes, das nach den vorhandenen Elementen hinzugefügt werden muss, überschreitet nicht die Macht von 2 Grenzen. Das neue Mitglied, genannt Other Peripherals, hat zwei Kinder. Systeme (die ein Geschwister von anderen Peripheriegeräten sind) haben zwei Kinder. Das Hinzufügen des untergeordneten Zweiges bleibt innerhalb der Macht von 2 Begrenzungen für Kinder von Geschwistermitgliedern auf derselben Ebene. Wenn die Gliederung gespeichert wird, führt Essbase eine leichte Umstrukturierung durch.

Diese Abbildung zeigt einen Umriss von Computern und Peripheriegeräten, in denen ein untergeordneter Zweig hinzugefügt wird. Der Effekt des Hinzufügens einer untergeordneten Verzweigung und Elemente wird im Text vor dem Bild beschrieben.

Durch das Hinzufügen einer untergeordneten Verzweigung mit drei untergeordneten Elementen wird die Macht von 2 Grenzen überschritten. Möglicherweise muss Essbase eine vollständige Neustrukturierung durchführen. Wenn Systeme jedoch bereits drei Mitglieder hatten, wäre die Macht von 2 Grenzen vier und höchstens vier Kinder können anderen Peripheriegeräten hinzugefügt werden, ohne eine vollständige Umstrukturierung auszulösen.