Freigeben über


Kopieren von Daten aus Teradata Vantage mithilfe von Azure Data Factory und Synapse Analytics

GILT FÜR: Azure Data Factory Azure Synapse Analytics

Tipp

Testen Sie Data Factory in Microsoft Fabric, eine All-in-One-Analyselösung für Unternehmen. Microsoft Fabric deckt alle Aufgaben ab, von der Datenverschiebung bis hin zu Data Science, Echtzeitanalysen, Business Intelligence und Berichterstellung. Erfahren Sie, wie Sie kostenlos eine neue Testversion starten!

In diesem Artikel wird beschrieben, wie Sie die Copy-Aktivität in Azure Data Factory- und Azure Synapse Analytics-Pipelines verwenden, um Daten aus Teradata Vantage zu kopieren. Der Artikel baut auf der Übersicht über die Kopieraktivität auf.

Von Bedeutung

Der Teradata-Connector, Version 2.0, bietet verbesserte native Teradata-Unterstützung. Wenn Sie Teradata Connector Version 1.0 in Ihrer Lösung verwenden, aktualisieren Sie den Teradata-Connector vor dem30. September 2025. Ausführliche Informationen zu den Unterschieden zwischen Version 2.0 und Version 1.0 finden Sie in diesem Abschnitt.

Unterstützte Funktionen

Dieser Teradata-Connector wird für die folgenden Funktionen unterstützt:

Unterstützte Funktionen IR
Kopieraktivität (Quelle/-) (1) (2)
Lookup-Aktivität (1) (2)

① Azure Integration Runtime ② Selbstgehostete Integration Runtime

Eine Liste der Datenspeicher, die als Quellen oder Senken für die Kopieraktivität unterstützt werden, finden Sie in der Tabelle Unterstützte Datenspeicher.

Der Teradata-Connector unterstützt insbesondere Folgendes:

  • Teradata, Version 14.10, 15.0, 15.10, 16.0, 16.10 und 16.20.
  • Kopieren von Daten unter Verwendung der Standard-, Windows- oder LDAP-Authentifizierung.
  • Paralleles Kopieren aus einer Teradata-Quelle. Weitere Informationen finden Sie im Abschnitt Paralleles Kopieren aus Teradata.

Voraussetzungen

Wenn sich Ihr Datenspeicher in einem lokalen Netzwerk, in einem virtuellen Azure-Netzwerk oder in einer virtuellen privaten Amazon-Cloud befindet, müssen Sie eine selbstgehostete Integration Runtime konfigurieren, um eine Verbindung herzustellen.

Handelt es sich bei Ihrem Datenspeicher um einen verwalteten Clouddatendienst, können Sie die Azure Integration Runtime verwenden. Ist der Zugriff auf IP-Adressen beschränkt, die in den Firewallregeln genehmigt sind, können Sie Azure Integration Runtime-IPs zur Positivliste hinzufügen.

Sie können auch das Feature managed virtual network integration runtime (Integration Runtime für verwaltete virtuelle Netzwerke) in Azure Data Factory verwenden, um auf das lokale Netzwerk zuzugreifen, ohne eine selbstgehostete Integration Runtime zu installieren und zu konfigurieren.

Weitere Informationen zu den von Data Factory unterstützten Netzwerksicherheitsmechanismen und -optionen finden Sie unter Datenzugriffsstrategien.

Für Version 2.0

Sie müssen .NET-Datenanbieter mit Version 20.00.03.00 oder höher in Ihrer selbst gehosteten Integrationslaufzeit installieren, wenn Sie ihn verwenden.

Für Version 1.0

Wenn Sie die selbstgehostete Integration Runtime verwenden, beachten Sie, dass ein integrierter Teradata-Treiber ab Version 3.18 enthalten ist. Es ist keine manuelle Treiberinstallation erforderlich. Für den Treiber muss „Visual C++ Redistributable 2012 Update 4“ auf dem Computer mit der selbstgehosteten Integration Runtime vorhanden sein. Sollte diese Komponente noch nicht installiert sein, können Sie sie hier herunterladen.

Erste Schritte

Sie können eines der folgenden Tools oder SDKs verwenden, um die Kopieraktivität mit einer Pipeline zu verwenden:

Erstellen eines verknüpften Diensts für Teradata über die Benutzeroberfläche

Erstellen Sie mit folgenden Schritten einen verknüpften Dienst für Teradata in der Azure-Portal-Benutzeroberfläche.

  1. Navigieren Sie in Ihrem Azure Data Factory- oder Synapse-Arbeitsbereich zur Registerkarte „Verwalten“, wählen Sie „Verknüpfte Dienste“ aus, und klicken Sie dann auf „Neu“:

  2. Suchen Sie nach Teradata, und wählen Sie den Teradata-Connector aus.

    Wählen Sie den Teradata-Connector aus.

  3. Konfigurieren Sie die Dienstdetails, testen Sie die Verbindung, und erstellen Sie den neuen verknüpften Dienst.

    Konfigurieren Sie einen verknüpften Dienst für Teradata.

Details zur Connectorkonfiguration

Die folgenden Abschnitte enthalten Details zu Eigenschaften, die zum Definieren spezifischer Data Factory-Entitäten für den Teradata-Connector verwendet werden.

Eigenschaften des verknüpften Diensts

Der Teradata-Connector unterstützt jetzt Version 2.0. In diesem Abschnitt erfahren Sie, wie Sie Ihre Teradata-Connectorversion von Version 1.0 aktualisieren. Einzelheiten zur Eigenschaft finden Sie in den entsprechenden Abschnitten.

Version 2.0

Der verknüpfte Teradata-Dienst unterstützt die folgenden Eigenschaften, wenn Version 2.0 angewendet wird:

Eigentum Beschreibung Erforderlich
Typ Die Eigenschaft „type“ muss auf Teradata festgelegt sein. Ja
Ausgabe Die von Ihnen angegebene Version. Der Wert ist 2.0. Ja
Server Der Name des Teradata-Servers. Ja
Authentifizierungstyp Der Authentifizierungstyp zum Herstellen einer Verbindung mit Teradata. Gültige Werte, einschließlich Basic, Windows und LDAP Ja
Benutzername Geben Sie einen Benutzernamen für die Verbindungsherstellung mit Teradata an. Ja
Kennwort Geben Sie das Kennwort für das Benutzerkonto an, das Sie für den Benutzernamen angegeben haben. Sie können auch auf ein in Azure Key Vault gespeichertes Geheimnis verweisen. Ja
connectVia Die Integrationslaufzeit, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden muss. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet. Nein

Weitere Verbindungseigenschaften, die Sie abhängig von Ihrem Anwendungsfall in der Verbindungszeichenfolge festlegen können:

Eigentum Beschreibung Standardwert
SSL-Modus Der SSL-Modus für Verbindungen mit der Datenbank. Gültige Werte, einschließlich Disable, Allow, Prefer, Require, Verify-CA, . Verify-Full Verify-Full
Portnummer Die Portnummern beim Herstellen einer Verbindung mit dem Server über Nicht-HTTPS/TLS-Verbindungen. 1025
HTTPS-Portnummer Die Portnummern bei der Verbindung mit dem Server über HTTPS/TLS-Verbindungen. 443
UseDataEncryption Mit dieser Eigenschaft wird angegeben, ob die gesamte Kommunikation mit der Teradata-Datenbank verschlüsselt werden soll. Zulässige Werte sind „0“ und „1“.

- 0 (deaktiviert): Verschlüsselt nur Authentifizierungsinformationen.
- 1 (aktiviert, Standard): Verschlüsselt alle Daten, die zwischen dem Treiber und der Datenbank übergeben werden. Diese Einstellung wird für HTTPS/TLS-Verbindungen ignoriert.
1
CharacterSet Der Zeichensatz, der für die Sitzung verwendet werden soll. Beispiel: CharacterSet=UTF16.

Dieser Wert kann ein benutzerdefinierter Zeichensatz oder eine der folgenden vordefinierten Zeichensätze sein:
-ASCII
- ARABIC1256_6A0
- CYRILLIC1251_2A0
- HANGUL949_7R0
- HEBREW1255_5A0
- KANJI932_1S0
- KANJISJIS_0S
- LATIN1250_1A0
- LATIN1252_3A0
- LATIN1254_7A0
- LATIN1258_8A0
- SCHINESE936_6R0
- TCHINESE950_8R0
- THAI874_4A0
- UTF8
- UTF16
ASCII
MaxRespSize Die maximale Größe des Antwortpuffers für SQL-Anfragen in Bytes. Beispiel: MaxRespSize=10485760.

Der Zulässige Wertebereich liegt zwischen 409616775168. Der Standardwert ist 524288.
524288

Beispiel

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "version": "2.0",
        "typeProperties": {
            "server": "<server name>", 
            "username": "<user name>", 
            "password": "<password>", 
            "authenticationType": "<authentication type>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Version 1.0

Der verknüpfte Teradata-Dienst unterstützt die folgenden Eigenschaften, wenn Version 1.0 angewendet wird:

Eigentum Beschreibung Erforderlich
Typ Die Eigenschaft „type“ muss auf Teradata festgelegt sein. Ja
connectionZeichenfolge Gibt die erforderlichen Informationen für die Verbindungsherstellung mit der Teradata-Instanz an. Sehen Sie sich die folgenden Beispiele an.
Sie können auch ein Kennwort in Azure Key Vault speichern und die password-Konfiguration aus der Verbindungszeichenfolge pullen. Ausführlichere Informationen finden Sie unter Speichern von Anmeldeinformationen in Azure Key Vault.
Ja
Benutzername Geben Sie einen Benutzernamen für die Verbindungsherstellung mit Teradata an. Gilt bei Verwendung der Windows-Authentifizierung. Nein
Kennwort Geben Sie das Kennwort für das Benutzerkonto an, das Sie für den Benutzernamen angegeben haben. Sie können auch auf ein in Azure Key Vault gespeichertes Geheimnis verweisen.
Gilt, wenn Sie die Windows-Authentifizierung verwenden oder für die Standardauthentifizierung auf ein Kennwort in Key Vault verweisen.
Nein
connectVia Die Integrationslaufzeit, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden muss. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet. Nein

Weitere Verbindungseigenschaften, die Sie abhängig von Ihrem Anwendungsfall in der Verbindungszeichenfolge festlegen können:

Eigentum Beschreibung Standardwert
TdmstPortNumber Die Nummer des Ports für den Zugriff auf die Teradata-Datenbank.
Ändern Sie diesen Wert nur, wenn Sie vom technischen Support dazu aufgefordert werden.
1025
UseDataEncryption Mit dieser Eigenschaft wird angegeben, ob die gesamte Kommunikation mit der Teradata-Datenbank verschlüsselt werden soll. Zulässige Werte sind „0“ und „1“.

- 0 (deaktiviert, Standardwert): Nur Authentifizierungsinformationen werden verschlüsselt.
- 1 (aktiviert): Alle zwischen dem Treiber und der Datenbank übermittelten Daten werden verschlüsselt.
0
CharacterSet Der Zeichensatz, der für die Sitzung verwendet werden soll. Beispiel: CharacterSet=UTF16.

Bei diesem Wert kann es sich um einen benutzerdefinierten Zeichensatz oder um einen der folgenden vordefinierten Zeichensätze handeln:
-ASCII
- UTF8
- UTF16
- LATIN1252_0A
- LATIN9_0A
- LATIN1_0A
- Shift-JIS (Windows, DOS-kompatibel, KANJISJIS_0S)
- EUC (Unix-kompatibel, KANJIEC_0U)
- IBM Mainframe (KANJIEBCDIC5035_0I)
- KANJI932_1S0
- BIG5 (TCHBIG5_1R0)
- GB (SCHGB2312_1T0)
- SCHINESE936_6R0
- TCHINESE950_8R0
- NetworkKorean (HANGULKSC5601_2R4)
- HANGUL949_7R0
- ARABIC1256_6A0
- CYRILLIC1251_2A0
- HEBREW1255_5A0
- LATIN1250_1A0
- LATIN1254_7A0
- LATIN1258_8A0
- THAI874_4A0
ASCII
MaxRespSize Die maximale Größe des Antwortpuffers für SQL-Anforderungen in Kilobytes (KB). Beispiel: MaxRespSize=‭10485760‬.

Ab der Teradata Database-Version 16.00 beträgt der Höchstwert „7361536“. Bei Verbindungen mit älteren Versionen beträgt der Höchstwert „1048576“.
65536
MechanismusName Um das LDAP-Protokoll zum Authentifizieren der Verbindung zu verwenden, geben Sie MechanismName=LDAP an.

Beispiel mit Standardauthentifizierung

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>;Uid=<username>;Pwd=<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Beispiel mit Windows-Authentifizierung

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>",
            "username": "<username>",
            "password": "<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Beispiel mit LDAP-Authentifizierung

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "connectionString": "DBCName=<server>;MechanismName=LDAP;Uid=<username>;Pwd=<password>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Hinweis

Die folgende Nutzlast wird weiterhin unterstützt. In Zukunft sollte jedoch die neue verwendet werden.

Vorherige Nutzlast:

{
    "name": "TeradataLinkedService",
    "properties": {
        "type": "Teradata",
        "typeProperties": {
            "server": "<server>",
            "authenticationType": "<Basic/Windows>",
            "username": "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Dataset-Eigenschaften

Dieser Abschnitt enthält eine Liste der Eigenschaften, die vom Teradata-Dataset unterstützt werden. Eine vollständige Liste mit den Abschnitten und Eigenschaften, die zum Definieren von Datasets zur Verfügung stehen, finden Sie im Artikel zu Datasets.

Beim Kopieren von Daten aus Teradata werden die folgenden Eigenschaften unterstützt:

Eigentum Beschreibung Erforderlich
Typ Die Eigenschaft „type“ des Datasets muss auf TeradataTable festgelegt werden. Ja
Datenbank Der Name der Teradata-Instanz. Nein (wenn „query“ in der Aktivitätsquelle angegeben ist)
Tisch Der Name der Tabelle in der Teradata-Instanz. Nein (wenn „query“ in der Aktivitätsquelle angegeben ist)

Beispiel:

{
    "name": "TeradataDataset",
    "properties": {
        "type": "TeradataTable",
        "typeProperties": {},
        "schema": [],        
        "linkedServiceName": {
            "referenceName": "<Teradata linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Hinweis

Datasets vom Typ RelationalTable werden weiterhin unterstützt. Es wird jedoch empfohlen, das neue Dataset zu verwenden.

Vorherige Nutzlast:

{
    "name": "TeradataDataset",
    "properties": {
        "type": "RelationalTable",
        "linkedServiceName": {
            "referenceName": "<Teradata linked service name>",
            "type": "LinkedServiceReference"
        },
        "typeProperties": {}
    }
}

Eigenschaften der Kopieraktivität

Dieser Abschnitt enthält eine Liste der Eigenschaften, die von der Quelle „Teradata“ unterstützt werden. Eine vollständige Liste der verfügbaren Abschnitte und Eigenschaften zum Definieren von Aktivitäten finden Sie unter Pipelines.

Teradata als Quelle

Tipp

Weitere Informationen zum effizienten Laden von Daten aus Teradata mithilfe der Datenpartitionierung finden Sie unter Parallele Kopie von Teradata.

Beim Kopieren von Daten aus Teradata werden die folgenden Eigenschaften im Abschnitt source der Copy-Aktivität unterstützt:

Eigentum Beschreibung Erforderlich
Typ Die Eigenschaft „type“ der Quelle der Kopieraktivität muss auf TeradataSource festgelegt werden. Ja
Abfrage Verwendet die benutzerdefinierte SQL-Abfrage zum Lesen von Daten. Ein Beispiel ist "SELECT * FROM MyTable".
Wenn Sie partitioniertes Laden aktivieren, müssen Sie die entsprechenden integrierten Partitionsparameter in Ihre Abfrage integrieren. Beispiele finden Sie im Abschnitt Paralleles Kopieren aus Teradata.
Nein (wenn „table“ im Dataset angegeben ist)
Partitionierungsoptionen Gibt die Datenpartitionierungsoptionen an, mit denen Daten aus Teradata geladen werden.
Zulässige Werte sind: None (Standardwert), Hash und DynamicRange.
Wenn eine Partitionsoption aktiviert ist (nicht None), wird der Grad an Parallelität zum gleichzeitigen Laden von Daten aus Teradata durch die Einstellung parallelCopies für die Kopieraktivität gesteuert.
Nein
Partitionseinstellungen Geben Sie die Gruppe der Einstellungen für die Datenpartitionierung an.
Verwenden Sie diese Option, wenn die Partitionsoption nicht None lautet.
Nein
partitionColumnName Geben Sie den Namen der Quellspalte an, die von der Bereichspartitionierung oder Hashpartitionierung für den parallelen Kopiervorgang verwendet wird. Wenn kein Wert angegeben ist, wird der primäre Index der Tabelle automatisch erkannt und als Partitionsspalte verwendet.
Verwenden Sie diese Option, wenn die Partitionsoption Hash oder DynamicRange lautet. Wenn Sie die Quelldaten mithilfe einer Abfrage abrufen, integrieren Sie ?AdfHashPartitionCondition oder ?AdfRangePartitionColumnName in die WHERE-Klausel. Ein Beispiel finden Sie im Abschnitt Parallele Kopie von Teradata.
Nein
partitionUpperBound Der Höchstwert der Partitionsspalte zum Herauskopieren von Daten.
Verwenden Sie ihn, wenn die Partitionsoption DynamicRange lautet. Wenn Sie Quelldaten per Abfrage abrufen, integrieren Sie ?AdfRangePartitionUpbound in die WHERE-Klausel. Ein Beispiel finden Sie im Abschnitt Paralleles Kopieren aus Teradata.
Nein
Partitionsuntergrenze Der Mindestwert der Partitionsspalte zum Herauskopieren von Daten.
Verwenden Sie diese Option, wenn die Partitionsoption DynamicRange lautet. Wenn Sie die Quelldaten mithilfe einer Abfrage abrufen, integrieren Sie ?AdfRangePartitionLowbound in die WHERE-Klausel. Ein Beispiel finden Sie im Abschnitt Paralleles Kopieren aus Teradata.
Nein

Hinweis

Kopierquellen vom Typ RelationalSource werden zwar weiterhin unterstützt, das neue integrierte parallele Laden aus Teradata (Partitionsoptionen) wird allerdings nicht unterstützt. Es wird jedoch empfohlen, das neue Dataset zu verwenden.

Beispiel: Kopieren von Daten mit einer einfachen Abfrage ohne Partition

"activities":[
    {
        "name": "CopyFromTeradata",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Teradata input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "TeradataSource",
                "query": "SELECT * FROM MyTable"
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Parallele Kopie von Teradata

Der Teradata-Connector verfügt über eine integrierte Datenpartitionierung zum parallelen Kopieren von Daten aus Teradata. Die Datenpartitionierungsoptionen befinden sich auf der Registerkarte Quelle der Kopieraktivität.

Screenshot der Partitionierungsoptionen

Wenn Sie partitioniertes Kopieren aktivieren, führt der Dienst parallele Abfragen an die Teradata-Quelle aus, um Daten partitionsweise zu laden. Der Parallelitätsgrad wird über die Einstellung parallelCopies der Kopieraktivität gesteuert. Wenn Sie z. B. parallelCopies auf vier einstellen, generiert der Dienst gleichzeitig vier Abfragen auf der Grundlage der von Ihnen angegebenen Partitionsoption und -einstellungen und führt sie aus, wobei jede Abfrage einen Teil der Daten aus Teradata abruft.

Es wird empfohlen, das parallele Kopieren mit Datenpartitionierung zu aktivieren. Das gilt insbesondere, wenn Sie große Datenmengen aus Ihrer Teradata-Instanz laden. Im Anschluss finden Sie empfohlene Konfigurationen für verschiedene Szenarien. Beim Kopieren von Daten in einen dateibasierten Datenspeicher wird empfohlen, mehrere Dateien in einen Ordner zu schreiben (nur den Ordnernamen anzugeben). In diesem Fall ist die Leistung besser als beim Schreiben in eine einzelne Datei.

Szenario Empfohlene Einstellungen
Vollständiges Laden aus großer Tabelle Partitionsoption: Hash

Der Dienst erkennt während der Ausführung automatisch die Primärindexspalte, wendet einen Hash darauf an und kopiert Daten anhand von Partitionen.
Laden einer großen Datenmenge unter Verwendung einer benutzerdefinierten Abfrage Partitionsoption: Hash
Abfrage: SELECT * FROM <TABLENAME> WHERE ?AdfHashPartitionCondition AND <your_additional_where_clause>
Partitionsspalte: Geben Sie die Spalte für die Hashpartitionierung an. Ohne Angabe erkennt der Dienst automatisch die Primärschlüsselspalte der Tabelle, die Sie im Teradata-Dataset angegeben haben.

Der Dienst ersetzt ?AdfHashPartitionCondition während der Ausführung durch die Hashpartitionierungslogik und sendet die Daten an Teradata.
Das Laden großer Datenmengen mithilfe einer benutzerdefinierten Abfrage basiert darauf, dass eine Integer-Spalte mit gleichmäßig verteilten Werten für die Bereichspartitionierung vorhanden ist. Partitionsoptionen: Dynamische Bereichspartitionierung
Abfrage: SELECT * FROM <TABLENAME> WHERE ?AdfRangePartitionColumnName <= ?AdfRangePartitionUpbound AND ?AdfRangePartitionColumnName >= ?AdfRangePartitionLowbound AND <your_additional_where_clause>
Partitionsspalte: Geben Sie die Spalte für die Datenpartitionierung an. Die Partitionierung kann auf der Grundlage der Spalte mit dem Datentyp „Integer“ erfolgen.
Obergrenze der Partition und Untergrenze der Partition: Geben Sie an, ob Sie anhand der Partitionsspalte filtern möchten, um nur Daten zwischen der Ober- und der Untergrenze zu erhalten.

Der Dienst ersetzt ?AdfRangePartitionColumnName, ?AdfRangePartitionUpbound und ?AdfRangePartitionLowbound während der Ausführung durch die tatsächlichen Spaltennamen und Wertebereiche für jede Partition und sendet sie an Teradata.
Wenn z. B. für Ihre Partitionsspalte „ID“ die untere Grenze auf 1 und die obere Grenze auf 80 festgelegt ist und die Parallelkopie auf 4 eingestellt ist, ruft der Dienst Daten nach 4 Partitionen ab. Ihre IDs liegen jeweils zwischen [1–20], [21–40], [41–60] und [61–80].

Beispiel: Abfrage mit Hashpartition

"source": {
    "type": "TeradataSource",
    "query": "SELECT * FROM <TABLENAME> WHERE ?AdfHashPartitionCondition AND <your_additional_where_clause>",
    "partitionOption": "Hash",
    "partitionSettings": {
        "partitionColumnName": "<hash_partition_column_name>"
    }
}

Beispiel: Abfrage mit dynamischer Bereichspartition

"source": {
    "type": "TeradataSource",
    "query": "SELECT * FROM <TABLENAME> WHERE ?AdfRangePartitionColumnName <= ?AdfRangePartitionUpbound AND ?AdfRangePartitionColumnName >= ?AdfRangePartitionLowbound AND <your_additional_where_clause>",
    "partitionOption": "DynamicRange",
    "partitionSettings": {
        "partitionColumnName": "<dynamic_range_partition_column_name>",
        "partitionUpperBound": "<upper_value_of_partition_column>",
        "partitionLowerBound": "<lower_value_of_partition_column>"
    }
}

Datentypzuordnung für Teradata

Beim Kopieren von Daten aus Teradata gelten die folgenden Zuordnungen von Teradata-Datentypen zu den vom Dienst verwendeten internen Datentypen. Weitere Informationen dazu, wie die Kopieraktivität das Quellschema und den Datentyp zur Senke zuordnet, finden Sie unter Schema- und Datentypzuordnungen.

Teradata-Datentyp Zwischendienstdatentyp (für Version 2.0) Zwischendienstdatentyp (für Version 1.0)
BigInt Int64 Int64
Blob Byte[] Byte[]
Byte Byte[] Byte[]
ByteInt Int16 Int16
Verkohlen Schnur Schnur
Clob Schnur Schnur
Datum Datum Datum und Uhrzeit
Dezimalzahl Dezimal Dezimalzahl
Doppelt Doppelt Doppelt
Grafik Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Ganze Zahl Int32 Int32
Intervalltag Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall von Tag zu Stunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Tag-Minuten-Intervall Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall von Tag zu Sekunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervallstunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall von Stunde zu Minute Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Zeitintervall von Stunde bis Sekunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervallminute Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall Minute zu Sekunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervallmonat Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall Sekunde Zeitspanne Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervalljahr Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Intervall Jahr bis Monat Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Nummer Doppelt Doppelt
Zeitraum (Datum) Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Zeitraum (Zeit) Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Zeitraum (Zeit mit Zeitzone) Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Zeitraum (Zeitstempel) Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
Zeitraum (Zeitstempel mit Zeitzone) Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
SmallInt Int16 Int16
Zeit Zeit Zeitspanne
Uhrzeit mit Zeitzone Schnur Zeitspanne
Zeitstempel Datum und Uhrzeit Datum und Uhrzeit
Zeitstempel mit Zeitzone DateTimeOffset (Datum/Uhrzeit mit Offset) Datum und Uhrzeit
VarByte Byte[] Byte[]
VarChar Schnur Schnur
VarGraphic Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.
XML Schnur Wird nicht unterstützt. Wenden Sie explizite Umwandlungen in der Quellabfrage an.

Eigenschaften von Lookup-Aktivitäten

Um Details zu den Eigenschaften zu erfahren, überprüfen Sie die Lookup-Aktivität.

Upgrade des Teradata-Connectors

Die folgenden Schritte helfen Ihnen beim Upgrade des Teradata-Connectors:

  1. Wählen Sie auf der Seite "Verknüpften Dienst bearbeiten " die Version 2.0 aus, und konfigurieren Sie den verknüpften Dienst, indem Sie auf verknüpfte Dienstversion 2.0-Eigenschaften verweisen.

  2. Die Datentypzuordnung für die verknüpfte Teradata-Dienstversion 2.0 unterscheidet sich von der für die Version 1.0. Informationen zur neuesten Datentypzuordnung finden Sie unter "Datentypzuordnung für Teradata".

Unterschiede zwischen Teradata Connector Version 2.0 und Version 1.0

Der Teradata-Connector, Version 2.0, bietet neue Funktionen und ist mit den meisten Features von Version 1.0 kompatibel. Die folgende Tabelle zeigt die Featureunterschiede zwischen Version 2.0 und Version 1.0.

Version 2.0 Version 1.0
Der Standardwert von sslMode ist Verify-Full. Der Standardwert von sslMode ist Prefer.
Der Standardwert von UseDataEncryption ist 1. Der Standardwert von UseDataEncryption ist 0.
Die folgenden Zuordnungen von Teradata-Datentypen zu Zwischendienst-Datentypen werden verwendet.

Datum -> Datum
Zeit mit Zeitzone -> Zeichenfolge
Zeitstempel mit Zeitzone -> DateTimeOffset
Grafik -> Zeichenfolge
Intervalltag -> TimeSpan
Tages- bis Stundenintervall -> Zeitspanne
Zeitraum Tag bis Minute –> Zeitspanne
Intervall von Tag bis Sekunde -> Zeitspanne
Intervallstunde -> TimeSpan
Intervallstunde bis Minute –> TimeSpan
Intervallstunde bis Sekunde -> TimeSpan
Intervallminute –> Zeitspanne
Intervallminute bis Sekunde -> Timespan
Intervallmonat -> String
Intervall Sekunde -> TimeSpan
Intervalljahr -> Zeichenfolge
Jahr-zu-Monat-Intervall -> String
Zahl -> Doppelt
Zeitraum (Datum) –> Zeichenfolge
Zeitraum (Zeit) –> Zeichenfolge
Zeitraum (Zeit mit Zeitzone) –> Zeichenfolge
Zeitraum (Zeitstempel) –> Zeichenfolge
Zeitraum (Zeitstempel mit Zeitzone) –> Zeichenfolge
VarGraphic -> Zeichenfolge
Xml –> Zeichenfolge
Die folgenden Zuordnungen von Teradata-Datentypen zu Zwischendienst-Datentypen werden verwendet.

Datum -> Datum und Uhrzeit
Zeit mit Zeitzone -> TimeSpan
Zeitstempel mit Zeitzone -> DateTime
Weitere Zuordnungen, die von Version 2.0 unterstützt werden, werden von Version 1.0 nicht unterstützt. Wenden Sie eine explizite Umwandlung in der Quellabfrage an.

Eine Liste der Datenspeicher, die als Quellen und Senken von der Kopieraktivität unterstützt werden, finden Sie unter Unterstützte Datenspeicher.