Certaines fonctionnalités ne sont pas prises en charge pour les cubes Essbase comportant une partition fédérée.
Le cube doit se trouver dans sa propre application à nom unique. Les cubes de partition fédérée ne doivent pas partager une application avec d'autres cubes. N'employez pas le même schéma Autonomous Data Warehouse pour plusieurs instances Essbase.
Avant d'effectuer un chargement de données via Essbase vers la table de faits, Oracle vous recommande de télécharger le fichier de données vers le serveur Essbase. Le chargement de données côté client est pris en charge mais il prend plus de temps.
Si vous n'avez pas besoin de charger des données via Essbase vers Autonomous Data Warehouse, vous pouvez utiliser Outils de données dans Autonomous Database pour charger des données vers la table de faits et effectuer d'autres tâches de gestion. Toutefois, assurez-vous que la table de faits et l'outline de cube restent synchronisés. Reportez-vous à Précautions relatives aux métadonnées pour les cubes de partition fédérée.
Le chargement de fichiers d'export de données à un format adapté à Essbase vers des cubes de partition fédérée peut être très long. Pour optimiser les chargements de données, employez un fichier source au format SGBD. Vous pouvez effectuer un chargement en utilisant la commande de calcul DATAEXPORT avec l'option DataExportCSVFormat. Les fichiers au format CSV peuvent être chargés plus rapidement car ils sont conformes aux options de format de package DBMS_CLOUD pour les fichiers source.
La dimension de pivot employée dans les fichiers d'entrée de chargement de données doit être identique à celle de la table de faits.
Reportez-vous à Chargement de données de partition fédérée.
L'import de données à partir de plusieurs fichiers en parallèle à l'aide d'une instruction MaxL import contenant des caractères génériques n'est pas pris en charge pour les cubes de partition fédérée.
L'export d'un cube de partition fédérée vers un classeur d'application n'est pas pris en charge (n'exporte ni les données ni la définition de partition).
Les opérations d'import de gestion du cycle de vie (ainsi que de l'utilitaire de migration) ne sont pas prises en charge pour la migration des partitions fédérées. Les partitions fédérées doivent être recréées manuellement sur la cible.
Le mode de calcul de bloc (activé lorsque le paramètre de configuration Essbase CALCMODE est défini sur BLOCK) n'est pas applicable aux cubes de partition fédérée. Le traitement du calcul est transmis vers Autonomous Data Warehouse. Si une exception survient et que le calcul est traité sur le serveur Essbase à la place, l'ordre de résolution détermine l'analyse des dépendances.
Lorsque vous effectuez des allocations personnalisées sur un cube en mode "aggregate storage" avec une partition fédérée, vous pouvez uniquement remplacer les valeurs existantes. Vous ne pouvez pas ajouter de valeurs aux valeurs existantes ni en soustraire.
Les allocations et les calculs personnalisés en mode "aggregate storage" sont pris en charge pour les cubes de partition fédérée utilisant la logique d'insertion MDX uniquement. Toutes les restrictions documentées pour une insertion MDX s'appliquent également aux allocations et aux calculs personnalisés dans un cube de partition fédérée.
Les chargements de données incrémentiels en mode "aggregate storage" utilisant des tampons ne sont pas pris en charge dans les cubes de partition fédérée.
Pour prendre en charge les partitions fédérées, les cubes en mode "block storage" doivent être en mode hybride. ASODYNAMICAGGINBSO ne doit pas être configuré avec des paramètres autres que FULL pour l'application qui contient la partition fédérée. Les résultats de requête risqueraient d'être incorrects et un message d'avertissement serait consigné dans le journal.
Si vous devez exécuter des scripts de calcul en mode "block storage" (BSO) Essbase, sélectionnez une dimension dense comme dimension de pivot. Les scripts de calcul ne sont pas pris en charge pour les partitions fédérées si la dimension de pivot est dispersée.
Pour les cubes en mode "aggregate storage", les dimensions contenant des hiérarchies de membres stockées à plusieurs niveaux ne doivent pas être sélectionnées comme dimension de pivot. Sélectionnez une dimension de pivot avec des hiérarchies dynamiques, ou une hiérarchie stockée, à plat, à un seul niveau (dont tous les membres sont des membres stockés de niveau 0).
La limite d'Oracle Database est de 1 000 colonnes et la dimension de pivot hérite de cette limite. Déterminez le nombre de membres de colonne admissibles dans la dimension de pivot pour être sûr de ne pas atteindre cette limite. La somme du nombre de combinaisons potentielles de membres stockés dans la dimension de pivot et du nombre de dimensions dans le cube doit être inférieure ou égale à 1 000.
Les commandes de calcul suivantes ne sont pas prises en charge pour les cubes de partition fédérée et renvoient une erreur si elles sont utilisées :
#MISSING pour les cubes de partition fédérée)Pour plus d'informations sur la prise en charge des calculs, reportez-vous à Calcul et interrogation de cubes de partition fédérée.
Les scripts de calcul utilisant la fonction @MDALLOCATE ne sont pas pris en charge et échoueront avec un message d'erreur.
Des calculs à longue durée d'exécution utilisant la logique IF/ELSEIF/ELSE peuvent échouer sur les cubes de partition fédérée et renvoyer l'une des erreurs ORA suivantes ou les deux dans Autonomous Data Warehouse :
ORA-04036: PGA memory used by the instance or PDB exceeds PGA_AGGREGATE_LIMIT
ORA-12805: parallel query server died unexpectedly
Si vous rencontrez des erreurs de ce type, vous pouvez augmenter la configuration matérielle d'Autonomous Data Warehouse à 16 coeurs de processeur et 128 Go de mémoire vive. Reportez-vous à la documentation OCI : Modification de la forme d'une instance.
La gestion des scénarios n'est pas prise en charge.
Les partitions transparentes ou répliquées dans le cube de partition fédérée ne sont pas applicables/prises en charge.
MaxL ne prend pas en charge la création ou la modification de partitions fédérées. Vous pouvez toutefois utiliser l'API REST.
Les API et les instructions MaxL pour l'effacement/la réinitialisation de données, l'effacement de régions de données ou l'effacement des agrégats ne sont pas prises en charge.
Les listes au format texte (listes dynamiques) ne sont pas prises en charge.
La terminaison de demande n'est pas prise en charge.
Les attributs variables et tout autre calcul d'attribut par défaut autre que Somme ne sont pas pris en charge.
La sous-sélection MDX n'est pas prise en charge.
La construction de vues agrégées (instructions MaxL execute aggregate process|build|selection) n'est pas prise en charge.
La fusion des secteurs/régions de données n'est pas applicable (car les données se trouvent dans Autonomous Data Warehouse).
Les informations renvoyées à partir de l'instruction MaxL query application APP-NAME list aggregate_storage storage_info (ou API équivalente) sont incomplètes/incorrectes.
Les cubes de devise ne sont pas pris en charge.
La trace d'audit de données n'est pas prise en charge.
Les déclencheurs liés à des événements de cube ne sont pas pris en charge.
Les requêtes asymétriques peuvent être plus lentes.
Les opérations de réécriture (par exemple, la vitesse de soumission de mises à jour de données à partir de Smart View) peuvent être lentes si une grande quantité de données doit être soumise.
La copie ou le changement de nom de cubes et d'applications de partition fédérée n'est pas pris en charge.
Les paramètres de configuration de serveur ou d'application Essbase suivants sont ignorés :
La création d'une partition fédérée peut échouer avec l'erreur suivante si l'outline Essbase comporte un nombre trop important de niveaux : Avertissement distant en provenance de la partition fédérée sur la vue analytique - [ORA-04063 : la hiérarchie comporte des erreurs].
La création d'une partition fédérée peut échouer si des caractères ou la longueur des noms utilisés pour les noms de dimension ou de membre Essbase dans la dimension de pivot ne sont pas pris en charge ou sont considérés comme spéciaux par Autonomous Data Warehouse. Ces limites doivent être prises en considération en plus de celles documentées dans Conventions de dénomination pour les dimensions, les membres et les alias d'Essbase.
Une partition fédérée ne peut être supprimée qu'à partir de l'interface Web Essbase. Elle ne peut pas être supprimée à partir du concepteur de cubes.