Ü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

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

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

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 CaffeinatedVersions- 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.