8 Utilisation des connexions et des sources de données

De nombreuses opérations requièrent une connexion à une source de données externe au cube. Les connexions et les sources de données, que vous créez et enregistrez en tant qu'objets réutilisables dans Oracle Essbase, vous permettent d'établir efficacement la connexion.

Par exemple, vous pouvez configurer une partition entre un cube et des tables 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 membres ou des noms d'utilisateur se trouvant en dehors des données source, et charger des données à partir de points de terminaison d'API REST.

De nombreuses opérations de cube requièrent des informations de connexion, telles que les détails de connexion, pour accéder aux hôtes ou aux données source distants. Vous pouvez définir ces connexions et ces sources de données une seule fois et les réutiliser lors de diverses opérations, de sorte que vous n'ayez pas besoin d'indiquer ces détails à chaque fois que vous effectuez une tâche.

Vous pouvez implémenter les sources de données et les connexions enregistrées globalement ou par application. Ces abstractions facilitent les opérations suivantes :

• Chargement de dimensions et de données

• Import de cubes

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

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

• Exploration amont vers 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 afin de facilement "extraire" des données à partir de la source externe. Si vous ne disposez pas d'une connectivité réseau entre Essbase et la source de données externe, vous devez alors transmettre les chargements de données ou les constructions de dimension à l'aide de l'outil CLI, en créant d'abord une connexion locale et en émettant ensuite le chargement de données ou la commande dimbuild avec l'option de flux de données.

Une connexion stocke des informations concernant un serveur externe ainsi que les informations d'identification de connexion requises pour y accéder. En définissant une connexion qui peut être utilisée par plusieurs artefacts et processus, vous pouvez simplifier de nombreux aspects de vos analyses. Par exemple, lorsqu'un mot de passe système doit être changé, vous n'avez besoin de mettre à jour qu'une seule connexion.

Une source de données est un autre objet que vous pouvez définir une fois puis réutiliser, et qui vous aide à gérer le flux de données entrant et sortant de vos cubes. Vous pouvez définir une source de données pour représenter toute source de données externe, qu'il s'agisse d'un système relationnel, d'une table, d'un fichier ou d'un autre cube.

Vous pouvez définir une connexion et l'utiliser pour accéder à plusieurs sources de données. Par exemple, imaginez un serveur Oracle Database externe qui contient des tables distinctes pour les produits, les revendeurs et les territoires de vente. Vous avez besoin d'une seule connexion pour accéder à Oracle Database, mais vous pouvez créer des sources de données uniques pour accéder à chacune des tables.

Voici un cas d'emploi pour lequel vous pouvez définir plusieurs sources de données par connexion : si vous utilisez des règles de chargement distinctes pour construire chaque dimension dans un cube, chaque fichier de règles peut être configuré pour accéder à la table appropriée dans Oracle Database. Par exemple, supposons que le cube contienne une dimension Market et que vous construisiez régulièrement des dimensions à l'aide d'une règle de chargement Dim_Market pour remplir la dimension Market à partir d'une table SALES_TERRITORIES. De la même manière, utilisez une règle de chargement Dim_Product pour remplir la dimension Product à partir d'une table PRODUCT. Les deux règles de chargement peuvent utiliser la même connexion. Toutefois, comme leurs données proviennent de tables distinctes, vous avez défini deux sources de données différentes.

Auparavant, vous deviez coder en dur les détails des données source et de la connexion dans les artefacts Essbase, tels que des fichiers de règles, des alias d'emplacement et des partitions. Bien que les informations codées en dur soient encore prises en charge dans ces artefacts, vous pouvez travailler de façon plus efficace si vous définissez des connexions et des sources de données de manière globale (ou au niveau de l'application).