Datenverknüpfungstool
Damit Sie über den Datenanbieter auf Informationen auf DB2-Servern zugreifen können, müssen zunächst Verbindungsinformationen in Form einer Datenquellendefinition konfiguriert werden. Das Datenverknüpfungstool kann Datenquellendefinitionen als OLE DB-UDL-Datei (Universal Data Link) speichern. Die Datenquellendefinition wird von SQL Server-Datenconsumerprogrammen (z. B. SQL Server Integration Services) zum Herstellen einer Verbindung mit einem DB2-Zielserver zur Laufzeit verwendet. Dieser Abschnitt stellt ein Update zu den Inhalten dar, die auf MSDN zum Thema Host Integration Server 2010 veröffentlicht wurden, und enthält neue, relevante Informationen für DB2. Der Abschnitt enthält die folgenden Unterabschnitte.
Erstellen einer Datenverknüpfung
Das Microsoft-Datenverknüpfungstool (Microsoft Data Link) kann zum Erstellen einer Datenquellendefinition verwendet werden, die anschließend in Form einer UDL-Datei (Universal Data Link) gespeichert werden kann. Der Datenquellen-Assistent im Microsoft-Datenzugriffstool kann ebenfalls verwendet werden, um eine UDL-Dateien zu erstellen. Sie können zudem eine neue Datenverknüpfung erstellen, indem Sie im Programmordner des Microsoft OLE DB-Anbieters für DB2 auf die Verknüpfung Datenzugriffstool klicken. Die UDL-Datei kann anschließend mit dem Datenverknüpfungstool bearbeitet werden, indem die Datei in Windows-Explorer geöffnet wird. Auf diese Weise wird die Standardbenutzeroberfläche der OLE DB-Datenverknüpfungen geöffnet. Klicken Sie auf die Verknüpfung Datenzugriffstool im Programmordner Microsoft OLE DB-Anbieter für DB2, um das Datenzugriffstool zu starten, oder klicken Sie auf Start, Programme, Microsoft OLE DB-Anbieter für DB2 und dann auf Datenzugriffstool.
Anbieter
Auf der Registerkarte Anbieter können Sie Microsoft OLE DB-Anbieter für DB2 (die Zeichenfolge des Anbieternamens) aus einer Liste möglicher OLE DB-Anbieter auswählen.
Verbindung
Auf der Registerkarte Verbindung können Sie die Basiseigenschaften festlegen, die für eine Verbindung mit einer Datenquelle erforderlich sind. Dieser Abschnitt umfasst die spezifischen Eigenschaften des Microsoft OLE DB-Anbieters für DB2 v4.0-Verbindungen.
Datenquelle
Geben Sie eine Zeichenfolge zum Beschreiben der Datenquelle an. Beim Erstellen einer Datenverknüpfungsdatei mit dem Datenquellen-Assistenten dient die Eigenschaft Datenquelle zum Benennen der UDL-Datei (Universal Data Link) oder der Verbindungszeichenfolge-Datei.
Netzwerk
Wählen Sie in der Dropdownliste TCP/IP-Verbindung aus. Der Microsoft OLE DB-Anbieter für DB2 v4.0 unterstützt keine LU6.2 APPC-Verbindungen. Klicken Sie beim Auswählen der TCP/IP-Verbindung auf die Schaltfläche mit den Auslassungspunkten (…), um ein Dialogfeld zum Konfigurieren von TCP/IP-Netzwerkeinstellungen zu öffnen.
TCP/IP-Netzwerkeinstellungen
Der Datenanbieter erfordert eine IP-Adresse oder einen IP-Alias im IPv4- oder IPv6-Format, wenn Sie mithilfe einer TCP/IP-Netzwerkverbindung eine Verbindung mit dem IBM DB2-Datenbankserver herstellen. Der Datenanbieter erfordert eine IP-Netzwerkportnummer, wenn Sie mithilfe einer TCP/IP-Netzwerkverbindung eine Verbindung mit dem IBM DB2-Datenbankserver herstellen. Für DB2/400 ist der Standardwert der TCP/IP-Port 446. Andere IBM DB2-Plattformen unterstützen mehrere gleichzeitige Datenbankinstanzen, die jeweils eine eindeutige TCP/IP-Portnummer aufweisen.
Wenn SSL- (Secure Sockets Layer) oder TLS-Verschlüsselung (Transport Layer Security) verwendet wird, müssen Sie einen Wert für den allgemeinen Namen des Zertifikats eingeben.
Sicherheit
Die Eigenschaft Sicherheitsmethode ermöglicht die Konfiguration von drei Sicherheitsmethoden: Interaktive Anmeldung, Einmaliges Anmelden (SSO) oder Kerberos. Die Konfigurationssteuerelemente in der Gruppe Sicherheitsoptionen ändern sich je nach der ausgewählten Option Sicherheitsmethode.
Sicherheitsmethode – Interaktive Anmeldung
Der Datenanbieter erfordert einen Benutzernamen und ein Kennwort, die in einer Konfigurationsdatei oder dem Konfigurationsspeicher des Datenconsumers gespeichert sind. Eine UDL-Datei (Universal Data Link) ist beispielsweise eine Konfigurationsdatei.
Benutzername
DB2 für z/OS akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 128 Bytes.
DB2 für Linux oder UNIX akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für Windows akzeptiert eine Zeichenfolge mit 30 Bytes.
Kennwort
DB2 für z/OS akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 128 Bytes.
DB2 für Linux oder UNIX akzeptiert eine Zeichenfolge mit 8 Bytes.
DB2 für Windows akzeptiert eine Zeichenfolge mit 32 Bytes.
Durch Aktivieren des Kontrollkästchens Speichern des Kennworts zulassen können Benutzer das Kennwort in einer UDL- oder Textdatei speichern.
Warnung Authentifizierungsinformationen (z. B. Benutzernamen und Kennwörter) werden als Nur-Text in einer UDL- oder Textdatei gespeichert. Die Verschlüsselung von UDL- oder Textdateien wird nicht unterstützt.
Sicherheitsmethode – Einmaliges Anmelden
Der Datenanbieter verwendet einen Benutzername und ein Kennwort, die in einer verschlüsselten Datenbank für Einmaliges Anmelden (SSO) für Unternehmen gespeichert sind.
Partneranwendung
Der Datenanbieter erfordert einen Zeichenfolgewert für Partneranwendung, wenn der optionale Sicherheitsmechanismus Einmaliges Anmelden (SSO) für Unternehmen unterstützt wird. Partneranwendungen sind logische Entitäten, die ein System oder ein Teilsystem (z. B. einen Host, ein Back-End-System oder einen IBM DB2-Datenbankserver) darstellen. Wenden Sie sich an den SSO-Administrator, um den Namen der SSO-Partneranwendung zu ermitteln. Weitere Informationen finden Sie unter Informationen zu Einmaligem Anmelden (SSO) für Unternehmen (https://msdn.microsoft.com/en-US/library/aa754070(v=BTS.10).aspx).
Sicherheitsmethode – Kerberos
Der Datenanbieter erfordert ein Ticket, das die verschlüsselten Anmeldeinformationen enthält.
Prinzipalname
Für die Verwendung mit Kerberos-Authentifizierung erforderlich.
Datenbank
Anfangskatalog
Der Datenanbieter verwendet diesen Wert zum Herstellen einer Verbindung mit einem Anfangskatalog auf dem DB2-Datenbankserver.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 16 Bytes (Katalog wird auch als Speicherort bezeichnet).
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 18 Bytes (Katalog wird auch als relationale Datenbank bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 8 Bytes (Katalog wird auch als Datenbank bezeichnet).
Paketauflistung
Der Datenanbieter erfordert diesen Wert, um Pakete mit statischen SQL-Anweisungen erstellen zu können (Beispiel: CREATE CURSOR), die zum Abrufen von Daten beim Abfragen der Datenbank verwendet werden.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 10 Bytes (Schema wird auch als Auflistung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Der Datenanbieter erstellt Pakete unter Verwendung der folgenden Optionen.
Automatisch für Umgebungen im Einzelbenutzermodus. Während der Laufzeit erstellt und bindet der Datenanbieter ein Einzelpaket für die aktuelle Isolationsstufe (Standard ist Cursor Stability). Der Datenanbieter erteilt dem aktuellen Benutzer Ausführungsberechtigungen.
Manuell für Umgebungen im Mehrbenutzermodus. Wenn Sie während der Entwurfszeit die Menüoption Datenzugriffstool, den Datenquellen-Assistenten, die Datenzugriffsbibliothek oder Datenverknüpfungen verwenden, erstellt und bindet der Datenanbieter einen Satz aus 4 Paketen (5 Pakete für DB2 für i5/OS). Der Datenanbieter erteilt der PUBLIC-Gruppe dann Ausführungsberechtigungen.
Der Datenanbieter erstellt je nach Datenbankserverplattform und -umgebung 4 bis 5 Pakete. Die folgende Tabelle beschreibt die verschiedenen Pakete und Isolationsstufen.
Microsoft-Paketname | Name der DB2-Isolationsstufe | Name der OLE DB-Isolationsstufe |
---|---|---|
MSNC001 |
NO COMMIT |
N/V (nur DB2 für i5/OS) |
MSUR001 |
UNCOMMITTED READ |
ISOLATIONLEVEL_READUNCOMMITTED |
MSCS001 |
CURSOR STABILITY |
ISOLATIONLEVEL_READCOMMITTED |
MSRS001 |
READ STABILITY |
ISOLATIONLEVEL_REPEATABLEREAD |
MSRR001 |
REPEATABLE READ |
ISOLATIONLEVEL_SERIALIZABLE |
Standardschema
DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um mit der zweiteiligen Benennungskonvention <SCHEMA>.<OBJEKTNAME> die SQL-Objekte wie Tabellen und Sichten zu katalogisieren. Zum Erstellen von SQL-Anweisungen (z. B. SELECT) können SQL Server-Consumer dem Benutzer zur Entwurfszeit eine Liste aller Objekte im Datenbankkatalog anzeigen. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, Schemaabfragen auf ein einzelnes Datenbankschema einzuschränken. Auf diese Weise werden Effizienz und Leistung verbessert. Der Standardwert ist eine leere Zeichenfolge.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 10 Bytes (Schema wird auch als Auflistung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Verbindungsaktionen
Die Registerkarte Verbindung enthält drei Schaltflächen:
Die Schaltfläche Durchsuchen öffnet eine vorhandene UDL-Datei.
Die Schaltfläche Pakete weist den Datenanbieter an, Pakete auf dem DB2-Datenbankserver zu erstellen.
Die Schaltfläche Verbindung testen weist den Datenanbieter an, mithilfe der definierten Netzwerkverbindung eine Verbindung mit dem IBM DB2-Remotedatenbankserver herzustellen.
Erweiterte Optionen
Dieser Abschnitt umfasst die Eigenschaften, die Sie auf der Registerkarte Erweitert konfigurieren können.
DBMS-Plattform
Wählen Sie optional die Datenquellenplattform aus, auf der die DB2-Remotedatenbank bereitgestellt wird, um die Leistung zu steigern und die Auswirkungen auf die Remotedatenbank zu verringern. Der Datenanbieter verwendet diesen Wert, um Datentypen in ein Format zu konvertieren, das von dieser Plattform unterstützt wird.
Der Standardwert ist DB2/MVS (bezieht sich auf DB2 für z/OS). Andere Werte lauten DB2/400 (bezieht sich auf DB2 für i5/OS), DB2/NT (bezieht sich auf DB2 für Windows) und DB2/6000 (bezieht sich auf DB2 für Linux oder UNIX).
Standardqualifizierer
DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um mit der zweiteiligen Benennungskonvention <SCHEMA>.<OBJEKTNAME> die SQL-Objekte (z. B. Tabellen und Sichten zu identifizieren. SQL Server-Consumer geben möglicherweise SQL-Anweisungen mit einteiligen oder nicht qualifizierten Objektnamen aus. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, eine Umgebungsoption für einen Standardqualifizierer festzulegen, die den DB2-Server informiert, in welchem Schema nach Datenbankobjekten gesucht werden soll. Der Standardwert ist eine leere Zeichenfolge.
DB2 für z/OS akzeptiert eine Zeichenfolge mit 128 Bytes (Schema wird auch als Auflistung bezeichnet).
DB2 für i5/OS akzeptiert eine Zeichenfolge mit 10 Bytes (Schema wird auch als Auflistung oder Bibliothek bezeichnet).
DB2 für LUW akzeptiert eine Zeichenfolge mit 30 Bytes.
Host-CCSID
Der Datenanbieter erfordert einen Wert für Host-CCSID (Coded Character Set Identifier), mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Der Standardwert für Host-CCSID ist EBCDIC – U.S./Canada [37]. Normalerweise verwenden IBM DB2-Datenbankserver für z/OS und i5/OS EBCDIC (Extended Binary Coded Decimal Interchange Code). Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017).
PC-Codepage
Der Datenanbieter erfordert einen Wert für die PC-Codepage, mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Die Standard-PC-Codepage ist ANSI – Latin I [1252]. Normalerweise verwenden Datenconsumer ANSI (American National Standards Institute) oder Unicode. Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017).
Binärwerte als Zeichen verarbeiten
Das optionale Element Binärwerte (CCSID 65535) als Zeichen verarbeiten weist den Datenanbieter an, auf der Grundlage einer optionalen Binärcodepage die DB2-Bytes in Windows-Zeichenfolgen und umgekehrt zu konvertieren.
Der Standardwert lautet FALSE.
Verteilte Transaktionen
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert.
Alle Eigenschaften
Im Dialogfeld Alle Eigenschaften können ausführlichere und optionale Eigenschaften konfiguriert werden. Diese Eigenschaften können bearbeitet werden, indem eine Eigenschaft aus der Liste ausgewählt und deren Wert anschließend in der rechten Spalte ausgewählt oder bearbeitet wird. In diesem Dialogfeld können Sie die folgenden Eigenschaften bearbeiten.
Eigenschaftenname des Datenquellen-Assistenten | Dialogfelder des Datenquellen-Assistenten | Dialogfelder der Datenverknüpfungen | Beschreibung |
---|---|---|---|
Partneranwendung |
Sicherheit |
Verbindung |
Diese Eigenschaft weist den Datenanbieter an, Anmeldeinformationen aus einer Datenbank für einmalige Anmelden (SSO) für Unternehmen abzurufen. |
Alternativer TP-Name |
Alle |
Alle |
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert. |
APPC Lokaler LU-Alias |
Alle |
APPC-Netzwerkeinstellungen |
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert. |
APPC Modusname |
Alle |
APPC-Netzwerkeinstellungen |
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert. |
APPC Remote-LU-Alias |
Alle |
APPC-Netzwerkeinstellungen |
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert. |
APPC Sicherheitstyp |
Alle |
APPC-Netzwerkeinstellungen |
Diese Eigenschaft ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server 2010 verwendet wird, hingegen aktiviert. |
Authentifizierung |
Sicherheit |
Alle |
Legt die für diese Verbindung verwendete Authentifizierungsmethode fest. Der Standardwert ist Server. Dies ist eine Authentifizierung auf der Grundlage eines Benutzernamens und Kennworts ohne Verschlüsselung. |
Automatisches Commit |
Alle |
Alle (AutoCommit) |
Optional können Sie den Datenanbieter anweisen, ein ausdrückliches COMMIT für alle SQL-Anweisungen auszuführen, indem Sie TRUE angeben. Standardmäßig ist diese boolesche Eigenschaft auf FALSE festgelegt. Der AutoCommit-Modus kann den Netzwerkdatenfluss verringern und die Gesamtleistung verbessern. Der AutoCommit-Modus eignet sich für die meisten allgemeinen Transaktionen, die aus einer einzelnen SQL-Anweisung bestehen. Dieser Modus ermöglicht jedoch kein Rollback von Arbeitseinheiten. Weitere Informationen finden Sie unter https://support.microsoft.com/kb/218590. |
Binäre Codepage |
Alle |
Alle (Binäre Codepage) |
Der Datenanbieter erfordert eine binäre Codepagenummer, wenn die Verarbeitung von Binärdaten als Zeichen unterstützt wird. Standardmäßig ist dieser Wert auf 0 festgelegt (keine Codepagekonvertierung). |
Cacheauthentifizierung |
Alle |
Alle |
Optional können Sie TRUE angeben, um den Datenconsumer oder die Dienstkomponente anzuweisen, vertrauliche Authentifizierungsinformationen (z. B. das Kennwort) in einem internen Cache zwischenzuspeichern. Standardmäßig ist dieser boolesche Wert auf FALSE festgelegt. Für Dienstkomponenten (z. B. OLE DB-Ressourcenpooling) ist es erforderlich, dass diese Eigenschaft auf TRUE festgelegt ist. |
Allgemeiner Name (CN) für das Zertifikat |
TCP/IP-Netzwerkverbindung |
TCP/IP-Netzwerkeinstellungen |
Optional können Sie einen Serverzertifikat-CN angegeben, um den Datenanbieter anzuweisen, SSL V3.0- (Secure Sockets Layer) oder TLS V1.0-Verschlüsselung (Transport Layer Security) zu verwenden. Durch die Verwendung von SSL oder TLS wird die Sicherheit durch die Verschlüsselung von Authentifizierungsanmeldeinformationen und Daten verbessert. Standardmäßig ist dieser Wert auf eine leere Zeichenfolge festgelegt (kein SSL oder TLS). |
Clientkonto |
Alle |
Alle |
Optional können Sie eine 200-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, Clientkonteninformationen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
Name der Clientanwendung |
Alle |
Alle |
Optional können Sie eine 32-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen Clientanwendungsnamen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
Benutzer-ID des Clients |
Alle |
Alle |
Optional können Sie eine 16-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen Clientbenutzerbezeichner beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
Name der Clientarbeitsstation |
Alle |
Alle |
Geben Sie optional eine 18-Byte-Zeichenfolge an, um den Datenanbieter anzuweisen, einen Clientarbeitsstationnamen beim Herstellen einer Verbindung mit dem IBM DB2-Datenbankserver zu übermitteln. DB2-Administratoren können diese Informationen zu Kontierungs-, Protokollierungs- und Problembehandlungszwecken verwenden. Standardmäßig ist dieser Wert eine leere Zeichenfolge (keine Daten übermitteln). |
Verbindungstimeout |
Alle |
Alle |
Optional können Sie die Anzahl von Sekunden angeben, die der Datenanbieter warten soll, bis mithilfe von clientseitigem Pooling Verbindungen hergestellt werden. Wenn alle Verbindungen in einem Pool in Gebrauch sind und der Timeoutzeitraum abläuft, gibt der Datenanbieter einen Fehler ("Die Verbindung ist nicht verfügbar") an den Datenconsumer zurück. |
Verbindungspooling |
Erweiterte Optionen |
Alle |
Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, clientseitiges Verbindungspooling zu verwenden. Der Standardwert ist FALSE (kein Pooling). |
Datenquelle |
Informationen werden gespeichert |
Verbindung |
Dies ist ein optionaler Parameter zur Beschreibung der Datenquelle. Es gibt keinen Standardwert. |
Datenbankname |
DB2-Datenbank |
Alle |
Optional können Sie eine 8-Byte-Zeichenfolge angeben, um den Datenanbieter anzuweisen, einen IN DATABASE-Klausel in SQL-Anweisungen zu verwenden. DB2-Administratoren können DB2 für z/OS in mehrere logische Datenbanken aufteilen, die jeweils separate Tabellen- und Indexbereiche enthalten. Der Standardwert ist eine leere Zeichenfolge. |
DateTime As Char |
Alle |
Alle |
Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, DATE-, TIME- und TIMESTAMP-Spalten von DB2 über IdbSchemaRowsets::GetSchemas (DBSCHEMA_COLUMNS) als Zeichenspalten zur Verfügung zu stellen. Die Funktion weist den Datenanbieter an, DB2 DATE-, TIME- und TIMESTAMP-Spaltenwerte als Zeichenfolgenliterale zu behandeln.
Warnung
Sie können DateTime As Char=True und DateTime As Date=True nicht in derselben Verbindung verwenden. Wenn Sie diese beiden Funktionen verwenden möchten, müssen Sie zwei separate Verbindungen verwenden.
|
DateTime As Date |
Alle |
Alle |
Diese optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, die Zeitinformationen im Wert des SQL Server-DateTime-Datenwerts zu löschen und nur die Datumsinformationen an die IBM DB2-Datenbank zu übergeben. Damit der Prozessor für verteilte Abfragen (Distributed Query Processor) und andere SQL Server-Consumer DateTime-Datenwerte von SQL Server (mittels INSERT- und UPDATE-Anweisungen) schreiben oder DateTime-Datenwerte von SQL Server (mittels SELECT-, INSERT-, UPDATE- und DELETE-Anweisungen) in Parametern verwenden können, müssen Sie die optionale DateTime As Date-Verbindungsoption verwenden.
Warnung
Sie können DateTime As Char=True und DateTime As Date=True nicht in derselben Verbindung verwenden. Wenn Sie diese beiden Funktionen verwenden möchten, müssen Sie zwei separate Verbindungen verwenden.
|
DBMS-Plattform |
Datenquelle (auch als Datenquellenplattform bezeichnet) |
Erweitert |
Sie können den Datenanbieter optional anweisen, die Verbindung mit IBM DB2-Datenbankservern basierend auf einem relationalen Datenbankverwaltungssystem-Plattformziel herzustellen. Der Datenanbieter unterstützt die folgenden Zeichenfolgewerte: DB2/MVS, DB2/400, DB2/6000 und DB2/NT. Der Standardwert ist DB2/MVS. |
Dezimal als numerisch |
Alle |
Alle |
Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, DB2-Dezimaltypen (OLE DB DBTYPE_DECIMAL) numerischen DB2-Typen (DBTYPE_NUMERIC) zuzuordnen. Diese Option ermöglicht OLE DB-Consumern, die DBTYPE_NUMERIC (nicht jedoch DBTYPE_DECIMAL) unterstützen, das Lesen und Schreiben von DB2-Dezimaldaten. |
Standardqualifizierer |
DB2-Datenbank |
Verbindung |
DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um mit der zweiteiligen Benennungskonvention <SCHEMA>.<OBJEKTNAME> die SQL-Objekte (z. B. Tabellen und Sichten zu identifizieren. SQL Server-Consumer geben möglicherweise SQL-Anweisungen mit einteiligen oder nicht qualifizierten Objektnamen aus. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, eine Umgebungsoption für einen Standardqualifizierer festzulegen, die den DB2-Server informiert, in welchem Schema nach Datenbankobjekten gesucht werden soll. Der Standardwert ist eine leere Zeichenfolge.
|
Standardschema |
DB2-Datenbank |
Verbindung |
DB2-Datenbankobjekte sind in logische Gruppen unterteilt, die als Schemas bezeichnet werden. Der Schemaname wird verwendet, um mit der zweiteiligen Benennungskonvention <SCHEMA>.<OBJEKTNAME> die SQL-Objekte (z. B. Tabellen und Sichten) zu katalogisieren. Zum Erstellen von SQL-Anweisungen (z. B. SELECT) können SQL Server-Consumer dem Benutzer zur Entwurfszeit eine Liste aller Objekte im Datenbankkatalog anzeigen. Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, Schemaabfragen auf ein einzelnes Datenbankschema einzuschränken. Auf diese Weise werden Effizienz und Leistung verbessert. Der Standardwert ist eine leere Zeichenfolge.
|
Vorbereitung zurückstellen |
Erweiterte Optionen |
Alle |
Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, die Verarbeitung parametrisierter Datenbankbefehle zu optimieren. Der Standardwert ist FALSE. Für die INSERT-, UPDATE- und DELETE-Befehle fasst der Datenanbieter PREPARE-, EXECUTE- und COMMIT-Befehle in einem Netzwerkdatenstrom für die Remotedatenbank zusammen. Für die SELECT-Anweisung fasst der Datenanbieter PREPARE- und EXECUTE-Befehle in einem Netzwerkdatenstrom zusammen. Diese Optimierung minimiert den Netzwerkdatenverkehr und kann die Gesamtleistung verbessern. |
Parameter ableiten |
Erweiterte Optionen |
Alle |
Der Datenanbieter überprüft und korrigiert die Parameterlänge für Zeichendatentypen für Datenconsumer (z. B. SQL Server Integration Services-Paket-Designer und Import-/Export-Assistent). Optional können Sie Falsch angeben, um den Datenanbieter anzuweisen, keine Parameterdatentypen abzuleiten. Der Standardwert lautet WAHR. Diese Funktion wird bei Verwendung von SQL Server Replication Services oder anderen SQL Server-Consumern nicht benötigt. |
Erweiterte Eigenschaften |
Alle |
Alle |
Optional können Sie weitere durch Kommas getrennte Eigenschaftenwertpaare angeben, die der Consumer zur Verbindungszeit an den Datenanbieter übergibt. |
Host-CCSID |
LocaleAdvanced |
Der Datenanbieter erfordert einen Wert für Host-CCSID (Coded Character Set Identifier), mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Der Standardwert für Host-CCSID ist EBCDIC – U.S./Canada [37]. Normalerweise verwenden IBM DB2-Datenbankserver für z/OS und i5/OS EBCDIC (Extended Binary Coded Decimal Interchange Code). Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017). |
|
Anfangskatalog |
DB2-Datenbank |
Verbindung |
Der Datenanbieter benötigt diesen Wert, um eine Verbindung mit einem Anfangskatalog auf dem DB2-Datenbankserver herzustellen. DB2 für z/OS akzeptiert eine Zeichenfolge mit 16 Bytes (der Katalog wird auch als Speicherort bezeichnet). |
Integrierte Sicherheit |
Sicherheit (auch als Einmaliges Anmelden bezeichnet) |
Verbindung (auch als Einmaliges Anmelden bezeichnet) |
Optional können Sie SSPI angeben, um den Datenanbieter anzuweisen, Einmaliges Anmelden (SSO) für Unternehmen oder Kerberos-Authentifizierung zu verwenden. Wenn ESSO verwendet wird, müssen Sie einen gleichzeitigen Zeichenfolgewert für die separate Eigenschaft Partneranwendung angeben. Wenn Kerberos verwendet wird, müssen Sie einen gleichzeitigen Zeichenfolgewert für den Prinzipalnamen angeben. |
LoadBalancing |
Alle |
Alle |
Weist den Datenanbieter an, die von einem DB2 für z/OS-Datenbankserver zurückgegebene Serverliste zu verwenden und als Unterstützung des Clienttransaktions-Lastenausgleichs und fehlertoleranten Failovers eine erneue Verbindung mit dem verfügbarsten Server in einer Datenfreigabegruppe herzustellen. Der Standardwert für diese Eigenschaft ist FALSCH. |
Max. Poolgröße |
Alle |
Alle |
Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen gibt die Höchstzahl der Verbindungen an, die in einem Verbindungspool bei aktiviertem Verbindungspooling für die Datenquelle bestehen. |
Modus |
(auch als schreibgeschützt bezeichnet) |
Alle |
Optional können Sie angeben, dass READ den Datenanbieter anweisen soll, die schreibgeschützte Zugriffsmethode beim Herstellen einer Verbindung mit dem DB2-Datenbankserver zu deklarieren. Der Standardwert ist Lesen/Schreiben. |
Netzwerkadresse |
TCP/IP-Netzwerkverbindung |
TCP/IP-Netzwerkeinstellungen |
Der Datenanbieter erfordert eine IP-Adresse oder einen IP-Alias im IPv4- oder IPv6-Format, wenn die Verbindung mit dem IBM DB2-Datenbankserver mithilfe einer TCP/IP-Netzwerkverbindung hergestellt wird. |
Netzwerkport |
TCP/IP-Netzwerkverbindung |
TCP/IP-Netzwerkeinstellungen |
Der Datenanbieter erfordert eine IP-Portnummer, wenn die Verbindung mit dem IBM DB2-Datenbankserver mithilfe einer TCP/IP-Netzwerkverbindung hergestellt wird. Für DB2/400 ist der Standardwert der TCP/IP-Port 446. Andere IBM DB2-Plattformen unterstützen mehrere gleichzeitige Datenbankinstanzen, die jeweils eine eindeutige TCP/IP-Portnummer aufweisen. |
Netzwerktransportbibliothek |
Datenquelle |
Verbindung |
Der Datenanbieter unterstützt TCP/IP-Netzwerkverbindungen mit IBM DB2-Remotedatenbankservern. Die SNA LU6.2-Netzwerkverbindungsoption (APPC) ist im Microsoft OLE DB-Anbieter für DB2 v4.0 deaktiviert, in der Version des Anbieters, die mit Host Integration Server verwendet wird, hingegen aktiviert. |
Neues Kennwort |
Sicherheit |
Alle |
Optional können Sie eine Zeichenfolge angeben, um den Datenanbieter anzuweisen, PCM (Password Change Management, Kennwortänderungsverwaltung) zum Ersetzen eines vorhandenen Kennworts durch ein neues Kennwort zu verwenden. Die folgende Tabelle beschreibt die DB-Datenbankversion sowie zulässige Zeichenfolgetypen. |
Paketauflistung |
DB2-Datenbank |
Verbindung |
Die Paketauflistung ist erforderlich, um den Datenanbieter anzuweisen, in welchem DB2-Schema ein Paketsatz erstellt werden soll. Jedes Paket ist in Abschnitte mit SQL-Anweisungen (z. B. CREATE CURSOR) unterteilt, die verwendet werden, um Daten bei der Abfrage einer Datenbank abzurufen. |
Kennwort |
Sicherheit |
Verbindung |
Die Sicherheit bei der interaktiven Anmeldung beruht auf einem Benutzernamen und einem Kennwort. Diese müssen zur Laufzeit eingeben werden oder sind in einer Konfigurationsdatei bzw. dem Konfigurationsspeicher des Datenconsumers gespeichert, z. B. in einem Integration Services-Paket. |
PC-Codepage |
LocaleAdvanced |
Der Datenanbieter erfordert einen Wert für die PC-Codepage, mit dem Codepagekonvertierungen für Zeichenfolgedaten ausgeführt werden. Die Standard-PC-Codepage ist ANSI – Latin I [1252]. Normalerweise verwenden Datenconsumer ANSI (American National Standards Institute) oder Unicode. Weitere Informationen finden Sie unter SNA Internationalization Programmer's Reference (https://go.microsoft.com/fwlink/?LinkID=181017). |
|
Sicherheitsinformationen permanent speichern |
Sicherheit |
Verbindung |
Optional können Sie TRUE angeben, um den Datenconsumer oder die Dienstkomponente anzuweisen, Sicherheitsinformationen (z. B. das Kennwort) zusammen mit anderen Authentifizierungsinformationen zu speichern. Standardmäßig ist dieser boolesche Wert auf FALSE festgelegt. |
Prinzipalname |
Sicherheit |
Verbindung |
Diese Eigenschaft ist für die Verwendung mit der Kerberos-Authentifizierung erforderlich. |
Binärwerte als Zeichen verarbeiten |
Gebietsschema |
Erweitert |
Das optionale Element Binärwerte (CCSID 65535) als Zeichen verarbeiten weist den Datenanbieter an, auf der Grundlage einer optionalen Binärcodepage die DB2-Bytes in Windows-Zeichenfolgen und umgekehrt zu konvertieren. |
Schreibgeschützt |
Erweiterte Optionen |
Erweitert |
Optional können Sie angeben, dass READ den Datenanbieter anweisen soll, die schreibgeschützte Zugriffsmethode beim Herstellen einer Verbindung mit dem DB2-Datenbankserver zu deklarieren. Der Standardwert ist FALSE. |
Rowset-Cachegröße |
Alle |
Alle |
Die optionale Initialisierungseigenschaft für OLE DB-Datenquellen weist den Datenanbieter an, Zeilen von DB2 vorab abzurufen und gleichzeitig Zeilen zu verarbeiten sowie an den Datenconsumer bei Aufrufen von IRowset::GetNextRows zu übergeben. Diese Funktion kann die Leistung in schreibgeschützten Massenvorgängen auf Computern mit mehreren Prozessoren verbessern. |
Sicherheitsmethode |
Sicherheit |
Verbindung |
Die Eigenschaft Sicherheitsmethode ermöglicht die Konfiguration von drei Sicherheitsmethoden: Interaktive Anmeldung, Einmaliges Anmelden (SSO) oder Kerberos. |
Schattenkatalog |
Alle |
Alle |
Optional können Sie WAHR angeben, um den Datenanbieter anzuweisen, Schemainformationen aus einem DB2-Schattenkatalog abzurufen. Dies kann den gleichzeitigen Zugriff auf Metadaten verbessern und die Leistung optimieren. Der Standardwert ist FALSE. |
Arbeitseinheiten TCP/IP-Netzwerkverbindung |
(Verteilte Transaktionen) |
Erweitert |
Der Microsoft OLE DB-Anbieter für DB2 v4.0 unterstützt einen RUW-Wert (Remote Unit of Work), der als Remotearbeitseinheit definiert ist. Der Datenanbieter, der in Verbindung mit Host Integration Server verwendet wird, unterstützt sowohl RUW und DUW in Form eines Zweiphasen-Commitvorgangs einer geschützten verteilten Arbeitseinheit (DUW, Distributed Unit of Work). |
Frühe Metadaten verwenden |
Alle |
Alle |
Optional können Sie TRUE angeben, um den Datenanbieter anzuweisen, frühe Metadaten für Datenconsumer zu verwenden, wenn benutzerdefinierte Datentypen unterstützt werden. Diese Option kann mit SQL Server Distributed Query Processor- und Verbindungsserverabfragen verwendet werden, die BLOBs (Binary Large Objects), CLOBs (Character Large Objects) oder benutzerdefinierte Datentypen enthalten. |
Benutzer-ID |
Sicherheit |
Verbindung |
Die Sicherheit bei der interaktiven Anmeldung beruht auf einem Benutzernamen und einem Kennwort. Diese müssen vom Benutzer zur Laufzeit eingeben werden oder sind in einer Konfigurationsdatei bzw. dem Konfigurationsspeicher des Datenconsumers gespeichert, z. B. in einem Integration Services-Paket. |