Konfigurieren des Zugriffs auf Datenquellen über einen ODBC-Wrapper
Um den föderierten Server für den Zugriff auf ODBC-Datenquellen zu konfigurieren, müssen Sie dem föderierten Server Informationen zu den Datenquellen und -objekten zur Verfügung stellen, auf die Sie zugreifen möchten.
Bevor Sie den föderierten Server für den Zugriff auf ODBC-Datenquellen konfigurieren, sollten wir wissen, ob Sie den ODBC-Treiber selbst herunterladen müssen, wie Sie die Datenquellen konfigurieren und ob die Datenquelle optimiert wurde.
Auf Servern mit föderierten Datenbanken, die unter Linux® oder UNIX ausgeführt werden, gibt es zwei Methoden für den Zugriff auf die ODBC -Datenquelle: DSN-Verbindungsmodus und DSN-loser Verbindungsmodus.
Im DSN-Verbindungsmodus müssen Sie zur Vorbereitung des Servers mit föderierten Datenbanken die Datenquelleninformationen in der Datei odbc.ini konfigurieren und in der Anweisung CREATE SERVER die Option „NODE“ verwenden, um die ferne Datenquelle anzugeben, die Sie in odbc.ini konfiguriert haben.
Im DSN-losen Verbindungsmodus können Sie den Treiberpfad konfigurieren, indem Sie das Schlüsselwort "DRIVER =" in einer Datei mit dem Namen odbcinst.ini angeben, die erforderlich ist, wenn der ODBC-Wrapper verwendet wird. Diese Datei wurde bereits standardmäßig für Datenquellen des Typs 1,2,3 festgelegt, sodass der Benutzer für diese Datenquellen keine manuelle Konfiguration vornehmen muss. Für den DSN-losen Verbindungsmodus müssen Sie die Option HOST verwenden, um die ferne Datenquelle in der Anweisung CREATE SERVER anzugeben.
| Typname | Konfigurationsdatei | Beispiel für Anweisung CREATE SERVER |
|---|---|---|
| DSN | odbc.ini | |
| DSN-los (nur für ODBC-Wrapper) | odbcinst.ini | |
| Typname | Wenn Download des Treibers erforderlich ist | Wenn Konfiguration erforderlich ist (bei DSN-loser Verbindung) | Wenn optimiert* |
|---|---|---|---|
| Typ 1 | N | N | Y |
| Typ-2- | Y | N | Y |
| Typ 3 | N | N | N |
| Typ 4 | Y | Y | N |
N bedeutet, dass der Kunde auch den Föderationsserver für den Zugriff und die Ausführung grundlegender Operationen wie das Abfragen ferner Daten über ODBC-Treiber verwenden kann, solange der erforderliche ODBC-Treiber dem ODBC-Standard entspricht. Ohne Optimierung kann es aber Datentypen und Funktionen geben, die nicht richtig unterstützt werden, sodass davon auszugehen ist, dass sich nicht dieselbe Leistung erzielen lässt wie bei optimierten Datenquellen.
Informationen zur Datenquelle und ihrem Typ finden Sie in der nachfolgenden Tabelle 3.
| Datenquelle | Datentyp | Leitfaden für den Schnelleinstieg |
|---|---|---|
| Apache Hive | Typ 1 | Beispiel für Apache Hive |
| Apache Spark SQL | Typ 1 | Beispiel für Spark SQL |
| Cloudera Impala | Typ 1 | Beispiel für Impala |
| IBM® Red Brick® Warehouse | Typ 4 | |
| IBM PureData® System for Analytics (früher Netezza®) | Typ 1 | Beispiel für PureData System |
| IBM InfoSphere® Classic Federation Server for z/OS® -Datenquellen | Typ 4 | |
| MariaDB | Typ 1 | Beispiel für MariaDB |
| Microsoft Azure | Typ 1 | |
| Microsoft Excel-Arbeitsmappen | Typ 4 | |
| Microsoft SQL Server (mit ODBC-Wrapper) | Typ 1 | Beispiel für SQL Server |
| Andere ODBC-Datenquellen | Typ 4 | |
| Oracle (mit ODBC-Wrapper) | Typ 1 | Beispiel für Oracle |
| Oracle MySQL Enterprise Edition | Typ 1 | Beispiel für MySQL EE |
| Oracle MySQL Community Edition | Typ 1 | Beispiel für MySQL CE |
| Oracle MySQL | Typ 1 | |
| Pivotal Greenplum | Typ 1 | Beispiel für Greenplum |
| Pivotal HAWQ | Typ 3 | |
| PostgreSQL | Typ 1 | Beispiel für PostgreSQL |
| Salesforce | Typ 3 | |
| SAP HANA | Typ-2- | Beispiel für SAP HANA |
| Snowflake | Typ 2 | Beispiel für Snowflake |