8 Utiliser des connexions et des sources de données

Nombre d'opérations nécessitent une connexion à des données sources externes pour le cube. Les connexions et les sources de données, que vous créez et enregistrez en tant qu'objets réutilisables dans Oracle Essbase, fournissent un moyen pratique pour ce faire.

Par exemple, vous pouvez configurer une partition entre un cube et des tables de SGBDR, partager des données entre un cube et Oracle Database, développer des filtres de sécurité à l'aide de variables pour extraire des noms de membre ou d'utilisateur à partir de données sources externes et charger des données à partir de points d'extrémité d'API REST.

De nombreuses opérations de cube nécessitent des informations de connexion (par exemple, les détails de connexion) pour accéder à des données sources ou des hôtes distants. Vous pouvez définir ces connexions et sources de données une seule fois et les réutiliser dans différentes opérations, afin de ne pas avoir à en spécifier les détails à chaque exécution de tâche.

Vous pouvez mettre en œuvre des connexions et sources de données enregistrées de façon globale ou par application. Ces abstractions facilitent les opérations suivantes :

• Chargement des dimensions et des données

• Importation des cubes

• Définition des filtres de sécurité de variable

• Connexion aux cubes à l'aide de partitions et accès à des données en temps réel

• Forer dans des sources de données distantes

Si vous disposez d'une connectivité réseau entre une source de données externe et Essbase, vous pouvez définir des connexions et des sources de données dans Essbase pour "extraire" facilement des données de la source externe. En l'absence de connectivité réseau entre Essbase et la source de données externe, vous devez exécuter les chargements de données ou les créations de dimension à l'aide de l'interface de ligne de commande en utilisant d'abord une connexion locale, puis en transmettant la commande dataload ou dimbuild avec l'option de flux.

Une connexion stocke des informations sur un serveur externe et les données d'identification de connexion requises pour y accéder. En définissant une connexion pouvant être utilisée par plusieurs processus et artefacts, vous pouvez simplifier de nombreux aspects de vos analyses. Par exemple, lorsqu'il est temps de modifier un mot de passe de système, il vous suffit de mettre à jour une connexion.

Une source de données est un autre objet que vous pouvez définir une seule fois et réutiliser pour vous aider à gérer le flux de données entrant dans les cubes et en sortant. Vous pouvez définir une source de données pour représenter n'importe quelle source externe, que cette source soit un système relationnel, une table, un fichier ou un autre cube.

Vous pouvez définir une connexion et l'utiliser pour accéder à plusieurs sources de données. Prenons, par exemple, un serveur Oracle Database comportant des tables distinctes pour les produits, revendeurs et territoires de ventes. S'il vous suffit d'une seule connexion pour accéder à Oracle Database, il est possible que vous vouliez créer des sources de données uniques pour accéder à chacune des tables.

Voici un cas d'utilisation pour lequel vous pourriez définir plusieurs sources de données par connexion : si vous utilisez des règles de chargement distinctes pour créer chaque dimension dans un cube, chaque fichier de règles peut être configuré pour accéder à la table pertinente dans Oracle Database. Par exemple, supposons que votre cube comporte une dimension Market et que vous créez régulièrement des dimensions à l'aide d'une règle de chargement Dim_Market pour alimenter la dimension Market à partir d'une table SALES_TERRITORIES. De la même façon, vous utilisez une règle de chargement Dim_Product pour alimenter la dimension Product à partir d'une table PRODUCT. Les deux règles de chargement peuvent utiliser la même connexion, mais comme elles extraient des données de deux tables distinctes, vous avez défini deux sources de données différentes.

Auparavant, il vous fallait coder de façon permanente les détails de connexion et de données sources dans des artefacts Essbase tels que fichiers de règles, alias d'emplacement et partitions. Si les informations codées de façon permanente sont toujours prises en charge dans ces artefacts, il est nettement plus efficace de définir des connexions et des sources de données globalement (ou au niveau de l'application).