Überblick über die Partitionierung

Eine Partition ist der Bereich einer Datenbank, der mit einer anderen Datenbank gemeinsam verwendet wird. Eine Essbase-partitionierte Anwendung kann mehrere Server, Prozessoren oder Computer umfassen.

Partitionstypen

Essbase bietet drei Arten von Partitionen: repliziert, transparent und föderiert. Jeder Typ ist für Aggregate Storage-(ASO-) und Block Storage-(BSO-)Cubes verfügbar.

Die folgenden Partitionstypen werden in Essbase unterstützt:

Tabelle 9-1: Partitionstypen

Partitionstyp Beschreibung Gilt für

Repliziert

Eine Kopie eines Teils der Datenquelle, der im Datenziel gespeichert ist.

Siehe Replizierte Partitionen.

Block Storage-Cubes

Aggregate Storage-Cubes

Transparent

Ermöglicht Benutzern den Zugriff auf Daten aus der Datenquelle, als ob diese im Datenziel gespeichert wären. Die Daten werden jedoch in der Datenquelle gespeichert, die sich in einer anderen Anwendung oder in einem Essbase-Cube oder auf einem anderen Essbase-Server befinden kann.

Siehe Transparente Partitionen.

Block Storage-Cubes

Aggregate Storage-Cubes

Föderiert

Mit föderierten Partitionen können Sie Essbase-Cubes in Autonomous AI Lakehouse integrieren, um die analytische Leistung von Essbase mit der schnellen Aggregation von Autonomous AI Database zu kombinieren.

In diesem Kapitel werden föderierte Partitionen nicht behandelt. Informationen hierzu finden Sie unter Essbase mit Autonomous Database mit föderierten Partitionen integrieren.

Block Storage-Cubes

Aggregate Storage-Cubes

Mithilfe der Informationen in der folgenden Tabelle können Sie zwischen replizierten oder transparenten Partitionen wählen. Föderierte Partitionen sind möglicherweise die richtige Wahl, wenn Daten in Autonomous AI Lakehouse vorhanden sind.

Tabelle 9-2: Vom Partitionstyp unterstützte Features

Feature Repliziert Transparent

Aktuelle Daten

 

x

Reduzierter Netzwerkverkehr

x

 

Geringerer Speicherplatz

 

x

Erhöhte Berechnungsgeschwindigkeit

x

 

Kleinere Datenbanken

 

x

Verbesserte Abfragegeschwindigkeit

x

 

Unsichtbar für Endbenutzer

x

x

Einfachere Wiederherstellung

x

 

Möglichkeit, Daten basierend auf ihren Attributen abzufragen

 

x

Möglichkeit, Frontend-Tools zu verwenden, die nicht über OLAP verteilt sind

x

x

Einfache Durchführung häufiger Updates und Berechnungen

 

x

Möglichkeit, Daten im Datenziel zu aktualisieren

 

x

Batchaktualisierungen und einfache Aggregationen ausführen

x

 

Teile einer Partition

Wenn Sie eine Essbase-Partition erstellen, enthält sie Elemente, die sie definieren. Partitionen werden nach ihrem Typ, der Datenquelle, dem Datenziel, den erforderlichen Authentifizierungsinformationen, dem gemeinsamen Datenbereich, der Elementzuordnung von Quelle zu Ziel und dem Status (Aktualisierungsstatus) der Partition definiert.

Partitionen enthalten die folgenden Teile.

Abbildung 9-1 Teile einer Partition


Diese Abbildung zeigt die Teile einer Partition: Typ, Datenquelle, Datenziel, Anmeldung und Kennwort, Shared Area, Elementzuordnung und Status.

Tabelle 9-3: Teile einer Partition

Teil Beschreibung

Partitionsart

Ein Flag, das angibt, ob die Partition repliziert oder transparent ist.

Datenquelleninformationen

Server-, Anwendungs- und Datenbankname der Datenquelle.

Datenzielinformationen

Der Server-, Anwendungs- und Datenbankname des Datenziels.

Anmeldung und Passwort

Die Anmelde- und Kennwortinformationen für die Datenquelle und das Datenziel. Diese Informationen werden für interne Anforderungen zwischen den beiden Datenbanken verwendet, um administrative und Endbenutzervorgänge auszuführen.

Gemeinsame Bereiche

Eine Definition eines oder mehrerer Bereiche oder Regionen, die von der Datenquelle und dem Datenziel gemeinsam verwendet werden. Um mehrere nicht zusammenhängende Teile einer Datenbank gemeinsam zu nutzen, definieren Sie mehrere Bereiche in einer einzelnen Partition. Diese Informationen bestimmen, welche Teile der Datenquelle und des Datenziels gemeinsam verwendet werden, sodass Essbase die richtigen Daten in das Datenziel einfügen und die Gliederungen für die gemeinsamen Bereiche synchronisieren kann.

Elementzuordnungsinformationen

Eine Beschreibung, wie die Elemente in der Datenquelle den Elementen im Datenziel zugeordnet werden. Essbase bestimmt anhand dieser Informationen, wie Daten in das Datenziel eingefügt werden, wenn das Datenziel und die Datenquelle für einige Elemente und Dimensionen unterschiedliche Namen verwenden.

Status der Partition

Informationen darüber, ob die Partition aktuell ist und wann die Partition zuletzt aktualisiert wurde.

Datenquellen und -ziele partitionieren

Partitionierte Essbase-Datenbanken enthalten mindestens eine Datenquelle (die primäre Site der Daten) und mindestens ein Datenziel (die sekundäre Site der Daten). Beim Definieren einer Partition ordnen Sie Zellen in der Datenquelle ihren Entsprechungen im Datenziel zu.

Eine Datenbank kann als Datenquelle für eine Partition und das Datenziel für eine andere Partition dienen.

Abbildung 9-2: Datenquelle und Datenziel


Diese Abbildung veranschaulicht die gemeinsamen Partitionen in der Datenquelle und dem Datenziel.

Eine Essbase-Datenbank kann viele Partitionen sowie Daten enthalten, die nicht mit anderen Essbase-Datenbanken gemeinsam verwendet werden. Sie können Partitionen zwischen den folgenden Datenbanken definieren:

  • Verschiedene Datenbanken in verschiedenen Anwendungen, solange jede Datenbank dieselbe Sprache und denselben Unicode-bezogenen Modus verwendet.

    Die Anwendungen können sich auf demselben Computer oder auf verschiedenen Computern befinden.

  • Verschiedene Datenbanken in einer Blockspeicheranwendung.

    Diese Übung wird nicht empfohlen, da die Vorteile der Partitionierung von Datenbanken voll ausgeschöpft werden, wenn sich jede Datenbank in einer separaten Anwendung befindet.

Eine Datenbank kann als Datenquelle oder als Datenziel für mehrere Partitionen dienen. Um Daten zwischen vielen Datenbanken gemeinsam zu nutzen, erstellen Sie mehrere Partitionen, die jeweils dieselbe Datenquelle und ein anderes Datenziel aufweisen, wie hier dargestellt:

Abbildung 9-3 Daten, die auf mehreren Zielen gemeinsam verwendet werden


Diese Abbildung veranschaulicht eine Datenquelle mit mehreren Datenzielen.

In der folgenden Tabelle sind die Kombinationen aus Blockspeicher- und Aggregate Storage-Datenbanken als Datenziel und Datenquelle aufgeführt, die von jedem Partitionstyp unterstützt werden:

Tabelle 9-4: Vom Partitionstyp unterstützte Kombinationen von Datenquellen und Datenzielen

Quelle Target Repliziert Transparent
Block Storage Block Storage Ja Ja
Aggregate Storage Block Storage Nr. Ja
Aggregate Storage Aggregate Storage Nr. Ja
Block Storage Aggregate Storage Ja Ja

Attribute in Essbase-Partitionen

Bei Block Storage-(BSO-)Datenbanken können Sie Attributfunktionen für die Partitionierung von Attributwerten verwenden, eine Attributdimension kann jedoch nicht partitioniert werden. Verwenden Sie Attributwerte, um eine Datenbank zu partitionieren, um auf Elemente einer Dimension entsprechend ihren Eigenschaften zuzugreifen.

Beispiel: In der Sample Basic-Datenbank können Sie die Dimension des Attributs Pkg Type nicht partitionieren. Sie können jedoch eine Partition erstellen, die alle Elemente der Product-Dimension enthält, die mit einem oder beiden Elementen (Bottle and Can) der Dimension Pkg Type verknüpft sind. Wenn Sie eine Partition erstellen, die Elemente enthält, die Can zugeordnet sind, können Sie nur auf Daten für Produktelemente zugreifen, die in Dosen verpackt sind, nämlich 100-10, 100-20 und 300-30.

Hinweis:

Das Abrufen von Daten für Attributelemente von Block Storage-Datenbanken kann zu fehlenden Daten führen. Weitere Informationen finden Sie unter "Dense Dynamic Calc-Elemente in nicht vorhandenen gespeicherten Blöcken" in Vergleich von Attribute und Standarddimensionen.

Mit den Berechnungsfunktionen @ATTRIBUTE und @WITHATTR können Sie Partitionen definieren.

Beispiel: Um Daten für alle Elemente der Product-Dimension zu extrahieren, die mit der Caffeinated-Attributdimension verknüpft sind, können Sie eine Partition erstellen, wie z.B. @ATTRIBUTE (Koffeiniert). Sie können die Caffeinated-Attributdimension jedoch nicht partitionieren.

Basierend auf dem vorherigen Beispiel ist diese Partition korrekt:

Source                    Target
@ATTRIBUTE(Caffeinated)   @ATTRIBUTE(Caffeinated)

Diese Partition ist falsch:

Source         Target
Caffeinated    Caffeinated

Versions- und Codierungsanforderungen

Achten Sie auf die Versions- und Codierungsanforderungen für transparente und replizierte Partitionen in Essbase.

  • Version: Beide Enden (Quelle und Ziel) der Partition müssen sich auf derselben Releaseebene befinden.

  • Codierung: Beide Enden der Partition müssen sich im Unicode-Modus befinden.