Personalizar el archivo de reglas para un origen de datos ODBC
Si los datos de origen son accesibles para la red y están configurados mediante ODBC, puede configurar reglas de Essbase para acceder a los datos de origen mediante los resultados de la consulta SQL.
Ejemplo 1 - DB2
A continuación se muestra un ejemplo de las propiedades SQL de una regla de carga para acceder a un origen relacional de datos en DB2 que no está definido como origen de datos en Essbase.
El campo Nombre debe coincidir con el nombre DSN definido en odbc.ini (Linux) o el nombre de origen de datos configurado en Windows. Una consulta SQL que escriba extrae los datos de DB2 a Essbase.

Si desea utilizar una regla de carga para más de un origen de datos ODBC, puede utilizar una variable de sustitución para el nombre DSN (y para los elementos de las cláusulas SQL). Por ejemplo, si las variables &dsn y &month están definidas en el cubo asociado al archivo de reglas,

a continuación, la regla de carga puede hacer referencia a estas variables, como se muestra en el siguiente ejemplo de regla:

Ejemplo 2: Teradata
A continuación se muestra un ejemplo de las propiedades SQL para una regla de carga para acceder a un origen relacional de datos en Teradata.

odbc.ini (en 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
A continuación se muestra otro ejemplo de las propiedades SQL para una regla de carga para acceder a un origen relacional de datos en Teradata.

El ejemplo anterior corresponde a esta configuración en odbc.ini (en 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