Les partitions fédérées vous permettent d'intégrer des cubes Essbase à Autonomous Data Warehouse afin de combiner la capacité d'analyse d'Essbase avec les avantages d'Autonomous Database.
Si Essbase est intégré à Autonomous Data Warehouse via une partition fédérée, les données de votre cube sont stockées dans Autonomous Data Warehouse.
Afin d'implémenter cette fonctionnalité, Essbase et Oracle Autonomous Database Serverless (avec le type de charge globale Autonomous Data Warehouse) doivent être déployés ensemble dans une location Oracle Cloud Infrastructure partagée, avec Autonomous Data Warehouse faisant office de base de données de référentiel contenant des schémas RCU pour la pile Essbase déployée sur OCI à partir de Marketplace.
Les cubes de partition fédérée Essbase présentent des différences fonctionnelles majeures par rapport aux cubes en mode "block storage" (BSO) et "aggregate storage" (ASO) non fédérés.
Comparez les différences entre les cubes ASO et BSO pour vous aider à décider si la partition fédérée est le bon choix.
Tableau 18-1 Différences entre le mode "aggregate storage", le mode "block storage" et les cubes fédérés
| Mode "aggegrate storage" (ASO) | Mode "block storage" (BSO) | Cube de partition fédérée | |
|---|---|---|---|
| Modèle de stockage de données |
Les données sont stockées dans Essbase. |
Les données sont stockées dans Essbase. |
Les données sont stockées dans une table relationnelle dans Autonomous Data Warehouse. Elle est appelée table de faits dans le reste de la documentation. |
| Fonctionnement |
Le nombre de dimensions peut être très élevé, contenant des millions de membres, mais le cube comporte des secteurs de données relativement dispersées (plusieurs croisements dimensionnels ne contiennent aucune donnée). Les données sont entrées au niveau 0 uniquement. Les cubes sont optimisés pour une agrégation rapide. |
Le nombre de dimensions et leur échelle sont généralement inférieurs par rapport à ASO. BSO peut contenir des ensembles de données denses. Certaines des dimensions sont définies comme denses, avec des données au niveau de la plupart des croisements, et d'autres sont définies comme dispersées. Essbase peut ainsi stocker les données de façon efficace et optimiser les analyses de dépendances (afin d'éviter une surévaluation). Les données peuvent être entrées à n'importe quel niveau. |
L'outline Essbase est mappée avec la table de faits, ce qui permet au stockage de données de rester dans Autonomous Data Warehouse, tout en étant accessible pour analyse en utilisant la logique que vous créez dans votre application Essbase. Les capacités analytiques de votre outline Essbase vous permettent d'analyser la table relationnelle plate en tant que hiérarchies, en employant le calcul mathématique procédural complexe dont vous avez besoin pour l'analyse multidimensionnelle. Lorsque cela est possible, les calculs et les agrégations sont convertis par Essbase en SQL et transmis vers Autonomous Data Warehouse, afin que le traitement ait lieu plus près de l'emplacement de stockage des données. Vous pouvez trouver les écritures Essbase en SQL dans le journal de la plate-forme, qui se trouve à l'emplacement |
| Cas d'emploi standard |
Les cubes ASO sont couramment utilisés pour les analyses avec de nombreuses agrégations, les calculs personnalisés et les allocations. Les chargements de données peuvent être divisés en secteurs pour les mises à jour fréquentes et hautement traitées en parallèle. |
Les cubes BSO sont couramment utilisés pour la planification financière et opérationnelle, ainsi que pour la génération de rapports interactive sur les données agrégées relatives à la source. Les cubes BSO sont conçus pour les exigences analytiques complexes qui requièrent des formules/fonctions mathématiques, et des calculs procéduraux fréquents. |
Les données restent dans Autonomous Data Warehouse. Il n'est donc pas nécessaire d'effectuer des actualisations et des restructurations dans Essbase. Comme vous créez la partition fédérée sur un cube ASO ou BSO existant, vous pouvez utiliser l'une de ces options Essbase, et bénéficier de son style de calcul et de requête, sans jamais avoir à charger les données dans Essbase ni à restructurer l'outline. Si votre organisation dispose déjà d'une table de faits stockée dans Autonomous Data Warehouse, les partitions fédérées vous permettent d'utiliser des fonctionnalités Essbase telles que les suivantes :
Si votre organisation utilise déjà Essbase, les partitions fédérées vous donnent accès aux avantages suivants liés au stockage de données dans Autonomous Data Warehouse :
|
Les partitions fédérées vous évitent de charger des données dans un cube Essbase avant d'exécuter des agrégations et des requêtes. Le traitement des données a lieu dans Autonomous Data Warehouse, afin de tirer parti des avantages d'Autonomous Database ainsi que des fonctionnalités analytiques d'Essbase.
En évitant de charger régulièrement des données à partir de sources de données relationnelles vers Essbase, vous pouvez réduire les coûts opérationnels inhérents au pipeline ETL (extraction, transformation et chargement) à l'aide de fichiers de règles ou d'autres processus de chargement de données, et éliminer la nécessité d'une restructuration d'outline.
Avec Autonomous Database, la configuration, le réglage, le stockage d'objet, les sauvegardes et les mises à jour de base de données sont gérés par Oracle. Vous pouvez donc utiliser Essbase dans un environnement cloud fédéré sans avoir à consacrer du temps à la gestion d'infrastructure.
Essbase prend en charge la réécriture vers les croisements stockés. Par exemple, les valeurs de données que vous soumettez via Smart View (ou une insertion MDX) sont mises à jour dans la table de faits sur Autonomous Data Warehouse.
Vous pouvez également effectuer des chargements de données et des calculs Essbase, et Essbase écrira du code SQL pour mettre à jour la table de faits dans Autonomous Data Warehouse.
Rubriques complémentaires :