Options de chargement de données pour les cubes fédérés

Selon la façon dont vous avez choisi de gérer vos données fédérées, vous pouvez charger des données à l'aide de travaux de chargement de données Essbase ou vous pouvez utiliser des outils de chargement de données Autonomous AI Database.

A partir d'un cube fédéré Essbase, vous pouvez charger des données vers votre table de faits dans Autonomous AI Lakehouse à l'aide de méthodes de chargement de données Essbase ou de méthodes disponibles dans Autonomous AI Database Data Studio (reportez-vous aux caractéristiques Autonomous AI Database Data Studio).

Chargement de données vers des cubes fédérés via 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.

Le chargement de fichiers d'export de données au format Essbase dans des cubes fédérés peut prendre beaucoup de temps. Pour optimiser les chargements de données, employez un fichier source au format SGBD. Vous pouvez effectuer un chargement en utilisant la commande d'un 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.

Dimension de pivot dans la table de faits et source d'entrée de chargement de données

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.

Par exemple, dans la table de faits suivante, la dimension de pivot est la dimension Measures (Sales, COGS, Margin, etc).

Un fichier d'entrée de chargement de données acceptable pour cette table de faits présente une forme similaire car il a la même dimension de pivot. Exemple (tronqué) :

"Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions","Ending Inventory"
"Jan","100-10","New York","Actual",678,271,407,94,51,0,145,262,2101,644,2067
"Feb","100-10","New York","Actual",645,258,387,90,51,1,142,245,2067,619,2041
"Mar","100-10","New York","Actual",675,270,405,94,51,1,146,259,2041,742,2108

Si la dimension de tableau croisé dynamique du fichier d'entrée diffère de la dimension de tableau croisé dynamique de la table de faits, le chargement peut prendre plus de temps.

Non-prise en charge de plusieurs fichiers d'import MaxL

L'importation de données à partir de plusieurs fichiers en parallèle à l'aide d'une instruction MaxL import avec des caractères génériques n'est pas prise en charge pour les cubes fédérés.

Chargement de données directement vers des cubes fédérés sans utilisation du chargement de données Essbase

Attention :

Ces informations s'appliquent uniquement si vous choisissez de gérer vos propres données dans Autonomous AI Lakehouse. N'utilisez pas d'outils de chargement de données non Essbase pour les cubes fédérés gérés par Essbase.

Si vous n'avez pas besoin de charger les données via Essbase vers Autonomous AI Lakehouse, vous pouvez utiliser des outils de données dans Autonomous AI Database pour charger les données vers la table des faits et effectuer d'autres tâches de gestion. Toutefois, assurez-vous que la table d'éléments et l'outline de cube ne restent pas synchronisées. Reportez-vous à Précautions relatives aux métadonnées pour les cubes fédérés.

Oracle ne recommande pas de charger une table de faits gérée par Essbase avec des outils non Essbase.

Si vous chargez des données directement dans la table de faits sans utiliser les outils Essbase, prenez les précautions suivantes :

• Ne chargez pas les lignes en double dans la table de faits.

• Les croisements doivent concerner les données stockées.

• Les données de votre fichier source doivent utiliser les noms de membre exacts (ou les noms de membre qualifiés) utilisés dans Essbase. Ne pas charger à l'aide d'alias. Pour les cubes activés pour les membres en double, le format de nom de membre qualifié correct est requis. La syntaxe est décrite dans Noms de membre en double dans les outlines.

• Pour charger des données dans des cubes fédérés gérés par Essbase, les lignes de vos données source doivent contenir des ID membre plutôt que des noms de membre.

Pour plus d'informations sur le chargement de données dans Autonomous AI Database à l'aide de Data Studio, reportez-vous à Fonctionnalités Autonomous AI Database Data Studio.

Reportez-vous à Démarrage rapide 15 minutes d'Oracle Autonomous AI Database Livelab pour obtenir un aperçu du déploiement d'Autonomous AI Database sur OCI.