Personnaliser le fichier de règles pour une source de données ODBC

Si les données source sont accessibles au réseau et configurées à l'aide d'ODBC, vous pouvez configurer des règles Essbase pour accéder aux données source à l'aide des résultats de requête SQL.

Exemple 1 - DB2

Voici un exemple de propriétés SQL pour une règle de chargement permettant d'accéder à une source relationnelle de données dans DB2 qui n'est pas définie en tant que source de données dans Essbase.

Le champ Nom doit correspondre au nom DSN défini dans odbc.ini (Linux) ou au nom de source de données configuré dans Windows. Une requête SQL que vous écrivez extrait les données de DB2 vers Essbase.


Boîte de dialogue Propriétés SQL. L'option Properties sélectionnée est SQL Data Sources (DSN). Le nom est TBC_DB2. Une requête SQL se trouve dans le champ Requête. Le nom d'utilisateur et le mot de passe de DB2 sont saisis.

Si vous souhaitez utiliser une règle de chargement pour plusieurs sources de données ODBC, vous pouvez utiliser une variable de substitution pour le nom DSN (et pour les éléments des clauses SQL). Par exemple, si les variables &dsn et &month sont définies dans le cube associé au fichier de règles,


La section Variables de l'inspecteur de cube pour Sample Basic affiche deux variables de substitution définies. L'un est nommé "dsn" avec la valeur de TBC_DB2, et l'autre est nommé "month" avec la valeur de Dec.

la règle de chargement peut alors référencer ces variables, comme indiqué dans l'exemple de règle suivant :


La section Propriétés SQL d'une règle définie dans Exemple de base référence deux variables de substitution. Une référence, &dsn, figure dans le champ Nom. Une autre référence, &month, figure dans la requête SQL du champ Requête. La requête SQL indique : sélectionnez a.SKU, b.STATE, &month, c.CHILD, SUM(d.AMOUNT) du produit a, Market b, Measures c, Sales d où d.STATEID = b.STATEID AND d.PRODUCTID = a.PRODUCTID AND d.MEASURESID = c.MEASURESID GROUP BY a.SKU, b.STATE, &month, c.CHILD

Exemple 2 - Teradata

Voici un exemple de Propriétés SQL pour une règle de chargement permettant d'accéder à une source relationnelle de données dans Teradata.


Onglet Source Properties > SQL Properties dans une règle de chargement. La sélection de propriétés est ODBC (DSN-less), l'entrée de serveur est teradata://192.0.2.110 :/1025/TBC et l'entrée de requête est sélectionnée * dans TABLENAME.
L'exemple ci-dessus correspond à cette configuration dans odbc.ini (sous Linux) :
[Teradata]
Driver=/opt/teradata/client/16.20/lib64/tdataodbc_sb64.so
Description=NCR 3600 running Teradata V2R6.2
DBCName=192.0.2.110
astUser=
Username=xxxxxx
Password=xxxxxx
Database=TBC
DefaultDatabase=TBC
NoScan=no
MechanismName=TD2

Voici un autre exemple de propriétés SQL pour une règle de chargement permettant d'accéder à une source relationnelle de données dans Teradata.


Onglet Source Properties > SQL Properties dans une règle de chargement. Les propriétés sélectionnées sont les sources de données SQL (DSN), l'entrée de nom est $TELAPI$192.0.2.110 et l'entrée de requête est sélectionnée * dans TABLENAME.

L'exemple ci-dessus correspond à cette configuration dans odbc.ini (sous Linux) : 

[$TELAPI$192.0.2.110]
Driver=/opt/teradata/client/16.20/lib64/tdataodbc_sb64.so
Description=NCR 3600 running Teradata V2R6.2
DBCName=192.0.2.110
astUser=
Username=xxxxxx
Password=xxxxxx
Database=TBC
DefaultDatabase=TBC
NoScan=no
MechanismName=TD2