Für Essbase-Cubes mit einer föderierten Partition werden bestimmte Funktionen nicht unterstützt.
Der Cube muss sich in einer eigenen Anwendung mit einem eindeutigen Namen befinden. Cubes mit föderierten Partitionen dürfen keine gemeinsamen Anwendungen mit anderen Cubes verwenden. Verwenden Sie nicht dasselbe Autonomous Data Warehouse-Schema für mehrere Essbase-Instanzen.
Bevor Sie einen Dataload über Essbase in die Faktentabelle ausführen, empfiehlt Oracle, die Datendatei in den Essbase-Server hochzuladen. Clientseitige Dataloads werden unterstützt, dauern aber länger.
Wenn Sie keine Daten über Essbase in Autonomous Data Warehouse laden müssen, können Sie Datentools in Autonomous Database verwenden, um Daten in die Faktentabelle zu laden und andere Managementaufgaben auszuführen. Stellen Sie allerdings sicher, dass die Cube-Modellstruktur und die Faktentabelle synchron bleiben (siehe Vorsichtsmaßnahmen zu Metadaten für föderierte Partitions-Cubes).
Das Laden von Essbase-formatierten Datenexportdateien in Cubes mit föderierten Partitionen kann viel Zeit in Anspruch nehmen. Um Dataloads zu optimieren, verwenden Sie eine DBMS-formatierte Quelldatei. Diese können Sie mit dem Berechnungsbefehl DATAEXPORT in der DataExportCSVFormat-Option erstellen. Dateien im CSV-Format können schneller geladen werden, da sie den Formatoptionen des DBMS_CLOUD-Packages für Quelldateien entsprechen.
Die in Dataload-Eingabedateien verwendete Pivot-Dimension muss mit der Pivot-Dimension der Faktentabelle identisch sein.
Der parallele Datenimport aus mehreren Dateien mit einer import-MaxL-Anweisung mit Platzhalterzeichen wird für Cubes mit föderierten Partitionen nicht unterstützt.
Der Export eines Cubes mit föderierter Partition in eine Anwendungsarbeitsmappe wird nicht unterstützt (weder Daten noch Partitionsdefinition werden exportiert).
Lifecycle-Management-(LCM-)Importvorgänge (und Migrationsutilityimport) werden bei der Migration von föderierten Partitionen nicht unterstützt. Föderierte Partitionen müssen manuell auf dem Ziel neu erstellt werden.
Der Blockberechnungsmodus (aktiviert, wenn die Essbase-Konfigurationseinstellung CALCMODE auf BLOCK gesetzt ist) kann für Cubes mit föderierten Partitionen nicht angewendet werden. Die Berechnungsverarbeitung wird an Autonomous Data Warehouse übertragen. Wenn die Berechnung aufgrund einer Ausnahme stattdessen auf dem Essbase-Server verarbeitet wird, bestimmt die Lösungsreihenfolge die Abhängigkeitsanalyse.
Beim Ausführen benutzerdefinierter Zuweisungen für einen Aggregate Storage Cube mit einer föderierten Partition können Sie nur vorhandene Werte außer Kraft setzen. Sie können keine Werte zu vorhandenen Werten addieren oder davon subtrahieren.
Benutzerdefinierte Aggregate-Storage-Berechnungen und -Zuweisungen werden nur mit der MDX Insert-Logik für Cubes mit föderierten Partitionen unterstützt. Alle für MDX Insert dokumentierten Einschränkungen gelten auch für benutzerdefinierte Berechnungen und Zuweisungen in einem Cube mit föderierter Partition.
Inkrementelle Dataloads für Aggregate Storage, die Puffer verwenden, werden in einem Cube mit föderierter Partition nicht unterstützt.
Block Storage Cubes müssen sich im Hybridmodus befinden, um föderierte Partitionen zu unterstützen. Setzen Sie ASODYNAMICAGGINBSO für die Anwendung mit der föderierten Partition nicht auf eine andere Einstellung als FULL. Andernfalls können falsche Abfrageergebnisse ausgegeben werden, und eine Warnmeldung wird in das Log geschrieben.
Wenn Sie Block-Storage-(BSO-)Berechnungsskripte von Essbase ausführen müssen, wählen Sie eine Dense-Dimension als Pivot-Dimension aus. Wenn die Pivot-Dimension eine Sparse-Dimension ist, werden Berechnungsskripte für föderierte Partitionen nicht unterstützt.
Bei Aggregate Storage Cubes dürfen Dimensionen, die Hierarchien mit auf mehreren Ebenen gespeicherten Elementen enthalten, nicht als Pivot-Dimension ausgewählt werden. Wählen Sie eine Pivot-Dimension mit dynamischen Hierarchien oder einer flachen gespeicherten Hierarchie mit nur einer Ebene aus (bei der alle Elemente auf Ebene 0 gespeichert sind).
Für Oracle Database gilt ein Grenzwert von 1.000 Spalten, der von der Pivot-Dimension übernommen wird. Bestimmen Sie die Anzahl berechtigter Spaltenelemente in der Pivot-Dimension, um sicherzustellen, dass Sie den Grenzwert nicht erreichen. Die Anzahl potenzieller gespeicherter Elementkombinationen in der Pivot-Dimension plus die Anzahl an Dimensionen im Cube muss kleiner oder gleich 1.000 sein.
Die folgenden Berechnungsbefehle werden für Cubes mit föderierten Partitionen nicht unterstützt. Wenn Sie diese verwenden, wird ein Fehler zurückgegeben:
#MISSING immer für Cubes mit föderierten Partitionen)Weitere Informationen zur Berechnungsunterstützung finden Sie unter Cubes mit föderierten Partitionen berechnen und abfragen.
Berechnungsskripte, die die Funktion @MDALLOCATE verwenden, werden nicht unterstützt und geben eine Fehlermeldung zurück.
Einige Berechnungen mit langer Ausführungszeit, die IF/ELSEIF/ELSE-Logik verwenden, können auf Cubes mit föderierten Partitionen möglicherweise nicht erfolgreich ausgeführt werden. Dabei können einer oder beide der folgenden ORA-Fehler von Autonomous Data Warehouse zurückgegeben werden:
ORA-04036: PGA memory used by the instance or PDB exceeds PGA_AGGREGATE_LIMIT
ORA-12805: parallel query server died unexpectedly
Wenn derartige Fehler auftreten, müssen Sie möglicherweise die Autonomous Data Warehouse-Hardwarekonfiguration auf 16 CPU-Cores und 128 GB RAM erhöhen. Weitere Informationen finden Sie in der OCI-Dokumentation: Ausprägung einer Instanz ändern.
Szenarioverwaltung wird nicht unterstützt.
Transparente oder replizierte Partitionen für den Cube mit föderierter Partition sind nicht anwendbar/werden nicht unterstützt.
MaxL unterstützt nicht das Erstellen oder Ändern föderierter Partitionen. Sie können jedoch die REST-API nutzen.
MaxL-Anweisungen und APIs für das Löschen/Zurücksetzen von Daten sowie das Löschen von Datenregionen oder Aggregaten werden nicht unterstützt.
Textlisten (auch als Smart Lists bezeichnet) werden nicht unterstützt.
Die Anforderungsbeendigung wird nicht unterstützt.
Variable Attribute und andere Standardattributberechnungen als SUM werden nicht unterstützt.
MDX-Unterauswahl wird nicht unterstützt.
Das Erstellen von Aggregatansichten (MaxL-Anweisungen execute aggregate process|build|selection) wird nicht unterstützt.
Das Zusammenführen von Datenregionen/-segmenten ist nicht anwendbar (da die Daten sich in Autonomous Data Warehouse befinden).
Die aus der MaxL-Anweisung query application APP-NAME list aggregate_storage storage_info (oder einer äquivalenten API) zurückgegebenen Informationen sind nicht vollständig/korrekt.
Währungs-Cubes werden nicht unterstützt.
Datenaudittrail wird nicht unterstützt.
Trigger bei Cube-Ereignissen werden nicht unterstützt.
Asymmetrische Abfragen können eine geringere Performance aufweisen.
Die Writeback-Performance (z.B. die Geschwindigkeit beim Weiterleiten von Datenaktualisierungen von Smart View) kann gering sein, wenn viele Daten weitergeleitet werden müssen.
Das Kopieren oder Umbenennen von Anwendungen und Cubes mit föderierten Partitionen wird nicht unterstützt.
Folgende Essbase-Anwendungs- oder -Serverkonfigurationseinstellungen werden ignoriert:
Die Erstellung einer föderierten Partition verläuft möglicherweise nicht erfolgreich und gibt den folgenden Fehler zurück, wenn zu viele Ebenen in der Essbase-Modellstruktur vorhanden sind: Remotewarnung von föderierter Partition in Analyse-View: [ORA-04063: Hierarchie weist Fehler auf].
Die Erstellung einer föderierten Partition verläuft möglicherweise nicht erfolgreich, wenn Zeichen oder Namenslängen in Essbase-Dimensionsnamen oder Elementnamen in der Pivot-Dimension nicht unterstützt werden oder von Autonomous Data Warehouse als Sonderzeichen betrachtet werden. Diese Einschränkungen gelten zusätzlich zu den dokumentierten Essbase-Namenskonventionen für Dimensionen, Elemente und Aliasnamen.
Sie können eine föderierte Partition nur über die Essbase-Weboberfläche löschen. Sie können sie nicht über Cube Designer löschen.