Hybridmodus, Block Storage und Aggregate Storage - Vergleich

Ohne Hybridmodus unterliegt der Block-Storage-Algorithmus für dynamische Berechnungselemente Einschränkungen, wenn er mit großen Sparse-Dimensionen verwendet wird. Der Hybridmodus (und Aggregate Storage) sind eher für dynamische Abhängigkeitsanalysen optimiert. Nachfolgend finden Sie Informationen zu den Hauptunterschieden, die Ihnen bei der Wahl des besten Abfrageprozessortyps für eine Essbase -Anwendung helfen können.

Ohne den Hybridmodus müssen große Sparse-Dimensionen in Block Storage-Datenbanken gespeichert werden. Wenn sie als dynamisch markiert werden, entsteht zur Abfrage- oder Berechnungszeit zu viel Block-I/O, und die Performance wird dadurch beeinträchtigt. Sehr große gespeicherte Sparse-Dimensionen können zu langwierigen Batchaggregationszeiten sowie großen Datenbanken führen, deren Größe proportional zu Anzahl und Größe der Sparse-Dimensionen zunimmt. Trotz dieser Nachteile wird Block Storage aufgrund seiner leistungsstarken Funktionen häufig eingesetzt.

Aggregate Storage wurde speziell für große Datenbanken mit mehr und größeren Dimensionen entwickelt. Im Gegensatz zu Block Storage müssen große Sparse-Dimensionen nicht vorab aggregiert werden, um eine gute Abfrageperformance zu erzielen. Der Grund hierfür ist der Aggregate-Storage-Datenbankkernel, der eine schnelle dynamische Aggregation bei großer Dimensionalität ermöglicht.

Trotz aller Vorzüge, die Aggregate Storage bietet, gibt es viele Anwendungen, für die Block Storage besser geeignet ist. Dazu zählen die Fähigkeit, Daten mit beliebiger Granularität zu laden, die häufige Ausführung komplexer Batchzuordnungen oder die Implementierung von Währungsumrechnungen für globale Finanzanwendungen. In solchen und vielen weiteren Fällen kann der Hybridmodus eine gute Lösung sein. Der Hybridmodus ist eine Kombination aus den besten Features von Block Storage und Aggregate Storage. Im Hybridmodus bietet Essbase folgende Vorteile:

Vollständige prozedurale Berechnungsflexibilität, auch wenn für die Berechnungen dynamische Sparse-Aggregationen erforderlich sind.
Für Abfragen, die auf dynamische Sparse-Elemente zugreifen, wird die Hybrid-Engine verwendet. Für den kleinen Prozentsatz von Abfragen, die nicht auf diese Weise verarbeitet werden können, verwendet Essbase den Block Storage-Berechnungsablauf zur Erfüllung der Anforderung.
Wenn Sie Sparse-Elemente als dynamisch markieren:
- müssen diese Elemente nicht vorab aggregiert werden
- wird die Performance bei Neustrukturierung verbessert
- wird die Backupperformance verbessert
- werden die Speicherplatzanforderungen gesenkt
Da für den Hybridmodus dynamische Berechnungen erforderlich sind, können Sie die Sequenz der Berechnungen mithilfe einer Lösungsreihenfolge festlegen.

Hinweis:

Hybride Berechnungen werden, unabhängig davon, ob sie auf Abfragen oder Berechnungsskripten basieren, im temporären Speicher ausgeführt. Dabei werden ein Formelcache und der Aggregate-Storage-Cache verwendet.

Hauptunterschiede

Die folgenden Hauptunterschiede können Ihnen bei der Wahl des besten Abfrageprozessortyps für Ihre Anwendung helfen.

Anforderung	Aggregate Storage (ASO)	Block Storage (BSO)	Hybridmodus
Für schnelle Aggregation in vielen Sparse-Dimensionen optimiert	Ja	Nein	Ja
Für minimale Nutzung des Datenträgerspeicherplatzes und geringere Backupzeit optimiert	Ja	Nein	Ja
Für Finanzanwendungen optimiert	Nein	Ja	Ja
Möglichkeit, Zuordnungen vorzunehmen	Ja	Ja	Ja
Möglichkeit, Batchberechnungen auszuführen	Nein	Ja	Ja
Elementformeln werden unterstützt	Ja, ausgedrückt als MDX	Ja, ausgedrückt als Essbase Berechnungsfunktionen	Ja, ausgedrückt als Essbase Berechnungsfunktionen
Für Vorwärtsreferenzen in Elementformeln optimiert	Nein	Nein	Ja
Möglichkeit, Lösungsreihenfolge von Berechnungen/Aggregationen anzupassen	Ja	Nein	Ja Lösungsreihenfolge im Hybridmodus
Möglichkeit, Bottom-up-Abfrageausführung für schnellere Abhängigkeitsanalysen kleinerer Eingabe-Datasets anzugeben	Nein	Nein	Ja Konfigurationseinstellung QUERYBOTTOMUP Berechnungsfunktion @QUERYBOTTOMUP
Möglichkeit, Abfrageausführung zu verfolgen und zu debuggen	Ja QUERYTRACE	Nein	Ja QUERYTRACE
Möglichkeit, die für eine Abfrage zulässige Speichernutzung zu beschränken	Ja MAXFORMULACACHESIZE	Nein	Ja MAXFORMULACACHESIZE
Unterstützung für zweistufige Berechnung	Nein	Ja	Nein
Möglichkeit, Daten auf allen Ebenen zu laden	Nein. Es können nur Zellen der Ebene 0 ohne Formelabhängigkeiten geladen werden	Ja	Für gespeicherte Ebenen: Ja Nicht für dynamische Ebenen
Möglichkeit, Daten inkrementell mit Puffern zu laden	Ja	Nein	Nein
Auswertung von Formeln in Sparse-Dimensionen kann unterschiedliche Ergebnisse ergeben als die Auswertung derselben Formeln in Dense-Dimensionen	N/V	Ja. In Block Storage ohne Hybridmodus können Essbase-Berechnungsskripte iterativ geschrieben werden, um Abhängigkeiten zu Sparse-Blöcken aufzulösen. Wenn Sie den Dimensionstyp von "Sparse" in "Dense" oder umgekehrt ändern, können Sie unterschiedliche Ergebnisse für dieselben Formeln erhalten.	Nein. Formelabhängigkeiten werden auf dieselbe Art berechnet, ohne Berücksichtigung, wie dicht oder dünn die Dimensionen besetzt sind. Im Hybridmodus verwendet Essbase einen Algorithmus zum Auflösen dynamischer Abhängigkeiten. In einigen Fällen können sich die von einem Berechnungsskript abgeleiteten Daten im Hybridmodus von den Block-Storage-Daten ohne Hybridmodus unterscheiden.