Regeldatei für eine ODBC-Datenquelle anpassen

Wenn die Quelldaten über das Netzwerk zugänglich und mit ODBC konfiguriert sind, können Sie Essbase-Regeln für den Zugriff auf die Quelldaten mit SQL-Abfrageergebnissen konfigurieren.

Beispiel 1 - DB2

Im Folgenden finden Sie ein Beispiel für die SQL-Eigenschaften für eine Load-Regel für den Zugriff auf eine relationale Datenquelle in DB2, die nicht als Datenquelle in Essbase definiert ist.

Das Feld Name muss mit dem in odbc.ini (Linux) definierten DSN-Namen oder dem in Windows konfigurierten Datenquellennamen übereinstimmen. Eine SQL-Abfrage, die Sie schreiben, ruft die Daten aus DB2 in Essbase ab.

Dialogfeld "SQL-Eigenschaften". Die ausgewählte Option "Eigenschaften" ist "SQL-Datenquellen" (DSN). Name ist TBC_DB2. Im Abfragefeld befindet sich eine SQL-Abfrage. Benutzername und Kennwort für DB2 wurden eingegeben.

Wenn Sie eine Laderegel für mehrere ODBC-Datenquellen verwenden möchten, können Sie eine Substitutionsvariable für den DSN-Namen (und für Elemente in SQL-Klauseln) verwenden. Beispiel: Wenn die Variablen &dsn und &month im Cube definiert sind, der mit der Regeldatei verknüpft ist,

Der Abschnitt "Variablen" des Cube-Inspektors für Sample Basic zeigt zwei definierte Substitutionsvariablen. Einer wird als "dsn" mit dem Wert TBC_DB2 und einer als "Monat" mit dem Wert Dec bezeichnet.

dann kann die Laderegel diese Variablen referenzieren, wie im folgenden Regelbeispiel gezeigt:

Der Abschnitt "SQL-Eigenschaften" einer in "Beispielbasis" definierten Regel referenziert zwei Substitutionsvariablen. Eine Referenz, &dsn, befindet sich im Feld "Bezeichnung". Eine weitere Referenz, &month, befindet sich in der SQL-Abfrage im Abfragefeld. Die SQL-Abfrage liest: select a.SKU, b.STATE, &month, c.CHILD, SUM(d.AMOUNT) from Product a, Market b, Measures c, Sales d where d.STATEID = b.STATEID AND d.PRODUCTID = a.PRODUCTID AND d.MEASURESID = c.MEASURESID GROUP BY a.SKU, b.STATE, &month, c.CHILD

Beispiel 2 - Teradata

Im Folgenden finden Sie ein Beispiel für die SQL-Eigenschaften für eine Load-Regel für den Zugriff auf eine relationale Datenquelle in Teradata.

Quelleigenschaften > Registerkarte "SQL-Eigenschaften" in einer Laderegel. Die Eigenschaftsauswahl ist ODBC (DSN-los), der Servereintrag ist teradata://192.0.2.110:/1025/TBC, und der Abfrageeintrag ist "*" aus TABLENAME.

Das obige Beispiel entspricht dieser Konfiguration in odbc.ini (unter 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

Im Folgenden finden Sie ein weiteres Beispiel für die SQL-Eigenschaften für eine Load-Regel für den Zugriff auf eine relationale Datenquelle in Teradata.

Quelleigenschaften > Registerkarte "SQL-Eigenschaften" in einer Laderegel. Die Eigenschaftsauswahl ist "SQL Data Sources (DSN)", der Namenseintrag ist "$TELAPI$192.0.2.110", und der Abfrageeintrag ist "*" aus "TABLENAME".

Das obige Beispiel entspricht dieser Konfiguration in odbc.ini (unter 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