Teradata | Aide Qlik Cloud
Accéder au contenu principal Passer au contenu complémentaire

Teradata

Dernière mise à jour : 20/10/2026

Teradata est disponible comme cible uniquement dans les projets de réplication de données Qlik Talend Cloud. La connexion utilise l’API Teradata Parallel Transporter (TPT) pour le chargement des données et ODBC pour les requêtes de métadonnées, les requêtes DDL et les informations provenant des tables d’erreurs Teradata.

Configurer la connexion

Avant de créer une tâche de réplication, créez et testez une connexion à la cible Teradata.

  1. Dans Connexions, cliquez sur Créer une connexion.
  2. Sélectionnez le connecteur cible Teradata.
  3. Saisissez les propriétés de connexion décrites dans Propriétés de connexion Teradata.
  4. Cliquez sur Tester la connexion et résolvez les éventuelles erreurs signalées.
  5. Enregistrez la connexion.

Propriétés de connexion Teradata

Configurez les propriétés suivantes pour la connexion cible Teradata :

Propriétés de connexion cible Teradata
Section Propriété Description
Cible de données Passerelle de données (obligatoire) Sélectionnez la passerelle de données qui peut accéder au serveur Teradata et sur laquelle les composants de client Teradata requis sont installés.
Propriétés de connexion Serveur(s) Teradata (obligatoire) Saisissez le nom ou l’adresse IP du serveur Teradata. Assurez-vous que le serveur est accessible depuis la passerelle de données sélectionnée.
Propriétés du compte Utilisateur (obligatoire) Saisissez le nom d’utilisateur de la base de données Teradata. Il s’agit d’un identifiant de base de données et non de la chaîne de compte.
Mot de passe (obligatoire) Saisissez le mot de passe de l’utilisateur de la base de données du serveur Teradata. Il s’agit d’un identifiant de base de données et non de la chaîne de compte.
Chaîne de compte Saisissez la chaîne de compte que l’administrateur de la base de données Teradata a attribuée à l’utilisateur. Il s’agit du compte de connexion au serveur de base de données, qui est distinct des identifiants Utilisateur et Mot de passe.
Propriétés de la base de données Saisir le nom de base de données manuellement Sélectionnez cette option pour saisir le nom de la base de données.
Base de données par défaut (obligatoire) Saisissez la base de données Teradata dans laquelle les données sont répliquées. La base de données doit être accessible à l’utilisateur spécifié.
Charger les bases de données Cliquez sur cette option pour découvrir les bases de données disponibles pour l’utilisateur spécifié. La liste dépend du bon établissement de la connectivité et des autorisations de base de données de l’utilisateur.
Propriétés de connexion supplémentaires Propriétés ODBC Saisissez des propriétés de connexion ODBC supplémentaires sous forme de paires Nom et Valeur. Vérifiez les noms et les valeurs des propriétés auprès de votre administrateur Teradata ou ODBC.

Conditions préalables requises

Préparez l’environnement Teradata et l’accès requis par la connexion avant de créer la connexion cible.

  • Assurez-vous que le serveur Teradata est installé sur votre réseau et accessible depuis l’ordinateur qui exécute la passerelle de données sélectionnée.
  • Installez et configurez le pilote ODBC Teradata et les composants de client Teradata requis sur la passerelle de données. Ne supposez pas qu’un pilote installé sur un autre ordinateur est disponible pour la passerelle.
  • Demandez à un administrateur de base de données Teradata de créer ou d’identifier un utilisateur de base de données et de fournir le mot de passe et la chaîne de compte de l’utilisateur, si nécessaire.

Si vous adaptez la fonctionnalité cible Teradata à votre environnement, demandez à un administrateur de base de données Teradata de vérifier si les privilèges suivants sont requis pour votre tâche. Sauf indication contraire, les autorisations s’appliquent à la base de données cible ; elles ne constituent pas nécessairement les autorisations minimales requises pour chaque tâche Qlik Talend Cloud :

  • GRANT SELECT ON <database>
  • GRANT INSERT ON <database>
  • GRANT DELETE ON <database>
  • GRANT UPDATE ON <database>
  • GRANT EXECUTE ON <database>
  • GRANT EXECUTE FUNCTION ON <database>
  • GRANT EXECUTE PROCEDURE ON <database>
  • GRANT CREATE TABLE ON <database>
  • GRANT DROP TABLE ON <database>
  • GRANT CREATE VIEW ON <database>
  • GRANT DROP VIEW ON <database>
  • GRANT NONTEMPORAL ON <database>
  • GRANT CHECKPOINT ON <database>

L'utilisateur de la base de données peut également nécessiter l'autorisation suivante pour le traitement de flux :

  • GRANT CREATE MACRO ON <database>

Fournir un accès à la base de données Teradata

L'utilisateur saisi dans la propriété Utilisateur de la connexion doit être enregistré en tant qu'utilisateur dans la base de données Teradata. Un administrateur de base de données Teradata doit accorder l'accès à ce même utilisateur avant que vous ne configuriez la connexion et la base de données cibles Teradata. Utilisez les informations d'identification de cet utilisateur enregistré dans les propriétés Utilisateur et Mot de passe de la connexion.

Pour les autorisations requises, consultez la liste des autorisations existantes dans les conditions préalables requises.

Modifier le fichier hosts

Pour permettre à la passerelle de données sélectionnée d'accéder à la base de données Teradata, ajoutez le mappage de Teradata vers le fichier hosts sur le poste de la passerelle de données.

  1. Sur le poste de passerelle de données sélectionné, ouvrez le fichier hosts Windows ou Linux. Les chemins d'accès par défaut sont les suivants :
    • Windows : ~:\Windows\System32\drivers\etc\hosts
    • Linux : /etc/hosts
  2. Ajoutez le mappage de Teradata au format suivant. Incluez le suffixe cop1 après le nom de la base de données :

    <Teradata Database IP address/hostname> <Teradata Database name>cop1

    Par exemple : 123.123.123.1 teradatadbonecop1

    Assurez-vous que le nom de la base de données dans le fichier hosts correspond à la propriété de connexion Base de données par défaut.

  3. Sauvegardez les changements.

Résoudre les erreurs de connexion

Si le test de connexion échoue, examinez l’erreur signalée et vérifiez les éléments suivants avant de tester de nouveau la connexion :

  • Passerelle ou réseau : vérifiez que la passerelle de données sélectionnée est en cours d’exécution et peut joindre le serveur Teradata. Vérifiez le nom ou l’adresse IP du serveur ainsi que les éventuelles règles réseau entre la passerelle et le serveur.
  • Pilote ou client : vérifiez que le pilote ODBC Teradata et les composants de client requis sont installés et configurés sur la passerelle sélectionnée. Un pilote installé sur l’ordinateur local n’est pas utilisé par une passerelle distante.
  • Identifiants ou autorisations : vérifiez auprès d’un administrateur de base de données (DBA) les paramètres sensibles à la casse Utilisateur et Mot de passe, la Chaîne de compte facultative, ainsi que les autorisations requises sur la base de données.
  • Découverte des bases de données : si Charger les bases de données ne renvoie aucune base de données ou renvoie une erreur, commencez par tester la connectivité, puis vérifiez que l’utilisateur peut découvrir les bases de données et y accéder. Vous pouvez saisir une base de données connue via Saisir le nom de base de données manuellement, le cas échéant.
  • Propriétés ODBC : vérifiez l’orthographe, les valeurs supportées et les conflits avec la configuration du pilote pour chaque paire de Nom et de Valeur. Supprimez une propriété facultative qui provoque l’échec du test de connexion, ou demandez à un administrateur ODBC de la vérifier.

Types de données .

Le tableau suivant décrit les mappages par défaut des types de données Qlik Talend Cloud vers les types de données Teradata.

Note Informations

Teradata ne supporte pas l'application des modifications aux types de données binaires en mode Application avec optimisation par lots.

Mappages des types de données cibles Teradata
Type de données Qlik Talend Cloud Type de données Teradata
BOOLEAN BYTEINT
BYTES VARBYTE (taille). La taille maximale est de 640 000 octets.
DATE DATE
TIME TIME (precision)
DATETIME TIMESTAMP (précision)
INT1 BYTEINT
INT2 SMALLINT
INT4 INTEGER
INT8 BIGINT
NUMERIC Si l'échelle est comprise entre 0 et 37, NUMERIC (précision, échelle). Si l'échelle est de 38 ou plus, VARCHAR (45).
REAL4 FLOAT Le type FLOAT Teradata est équivalent à REAL et DOUBLE PRECISION.
REAL8 FLOAT
STRING VARCHAR (taille), jusqu'à 64 000 octets. Si le sous-type est JSON, JSON est utilisé à la place.
UINT1 BYTEINT
UINT2 SMALLINT
UINT4 INTEGER
UINT8 BIGINT
WSTRING VARCHAR (taille), jusqu'à 640 000 octets. Si le sous-type est JSON, JSON est utilisé à la place.
BLOB VARBYTE(${MAX_LOB_SIZE}). MAX_LOB_SIZE est la taille de LOB maximale spécifiée pour le traitement des LOB de taille limitée.
CLOB VARCHAR(${MAX_LOB_SIZE}), avec un jeu de caractères Unicode insensible à la casse. MAX_LOB_SIZE est la taille de LOB maximale spécifiée pour le traitement des LOB de taille limitée. Si le sous-type est JSON, JSON est utilisé à la place.
NCLOB VARCHAR(${MAX_LOB_SIZE}), avec un jeu de caractères insensible à la casse. MAX_LOB_SIZE est la taille de LOB maximale spécifiée pour le traitement des LOB de taille limitée. Si le sous-type est JSON, JSON est utilisé à la place.
Note Informations

Limitations relatives aux LOB : Teradata ne supporte pas les types de données LOB complets. La cible utilise plutôt des mappages de LOB de taille limitée. La taille totale d'une ligne Teradata ne peut pas dépasser 64 Ko ; incluez donc la taille de toutes les colonnes lors de la définition de la taille de LOB maximale.

Pour les colonnes CLOB et NCLOB, les longueurs de caractères sont multipliées par trois par défaut pour supporter NLS. Cela peut augmenter la taille des colonnes et des lignes Teradata résultantes.

Le type de données PERIOD Teradata n'est pas supporté.

Limitations et considérations générales

  • Les modes de réplication disponibles sont Chargement complet, Appliquer les modifications et Stocker les modifications.
  • Pour les tâches qui utilisent Appliquer les modifications ou Stocker les modifications, les opérations DDL et l’évolution de schéma automatique ne sont pas supportées. Cette limitation ne s’applique pas à une tâche de Chargement complet uniquement.
  • Pour le mode Chargement, la table cible doit être vide et ne doit pas comporter d’index secondaires. Sélectionnez Flux lorsque la tâche nécessite un traitement DML continu ou des interrogations de tables simultanées.

Informations associées

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.