Base de données Teradata pour la connexion DataStage

Options avancées

• Mode de transaction: sémantique pour les transactions SQL: ANSI ou Teradata. En mode session ANSI, les instructions SQL respectent les règles définies par la spécification SQL ANSI. Chaque transaction se compose d'une ou de plusieurs demandes, chacune pouvant se composer d'une ou de plusieurs instructions SQL. Les demandes d'instructions multiples sont traitées comme une seule unité ; soit tout le travail effectué par toutes les instructions est validé, soit aucun travail n'est validé.

  Dans le mode de session Teradata (également appelé mode de session BTET), le traitement des transactions suit un ensemble de règles définies par Teradata. Utilisez le mode de session Teradata pour le traitement des transactions par les applications existantes.

• Client character set: Teradata . La valeur par défaut est UTF8. Voir la documentationTeradata pour les jeux de caractères pris en charge.

• Codage de jeu de caractères de mappage automatique: par défaut, cette propriété est sélectionnée.
  Désélectionnez cette option si vous souhaitez spécifier un codage de jeu de caractères ICU. Indiquez le nom de la mappe NLS et le nombre maximal d'octets par caractère pour la nouvelle mappe.

• Expression de bande de requête: liste de paires nom-valeur séparées par un point-virgule à utiliser dans l'instruction de bande de requête générée pour la session. Une bande de requête est un ensemble de paramètres définis par l'utilisateur qui peuvent être définis sur une session, une transaction ou les deux pour identifier la source d'origine d'une requête. Une fois que vous avez défini une bande de requête, elle est transmise à la base de données Teradata sous la forme d'une liste de paires nom=valeur dans une chaîne entre guillemets unique. Par exemple, 'ProjectName=dstage1'.

• Lire l'expression à partir du fichier: sélectionnez cette option pour lire l'expression de bande de requête à partir du fichier spécifié dans la zone Expression de bande de requête . Entrez le nom de jeu de caractères IANA du fichier pour le codage dans la zone Jeu de caractères .

• Mécanisme de connexion: sélectionnez le mécanisme de sécurité à utiliser pour authentifier l'utilisateur:

  • Par défaut: utilisez le mécanisme de connexion du serveur Teradata .
  • TD2: utilisez le mécanisme de sécurité Teradata .
  • LDAP: utilisez un mécanisme de sécurité LDAP pour l'authentification externe.

• Unicode pass through: permet l'importation et l'exportation des caractères de passe-système à partir de Teradata. Voir la documentation deTeradata.

Certificats

Mode SSL: mode SSL configuré sur le serveur Teradata . Le mode Désactiver (non chiffré-pas de rétromigration vers chiffré) est utilisé si aucune sélection n'est effectuée.

• Autoriser (non chiffré-revenir à chiffré): Etablir une connexion non chiffrée qui utilise le port non TLS. Si le serveur est configuré pour accepter les connexions sur le port non TLS, mais que la tentative de connexion au port non TLS échoue (par exemple, délai d'attente), la tentative de connexion échoue et renvoie une erreur.

  Une connexion chiffrée (TLS) est utilisée pour la rétromigration si l'administrateur désactive le port non TLS et active le port TLS.

• Désactiver (non chiffré-pas de rétromigration vers chiffré): Etablir une connexion non chiffrée qui utilise le port non TLS.

• Préférer (chiffrer-revenir à non chiffré): Etablir une connexion chiffrée (TLS) si le serveur prend en charge TLS et que le port TLS est activé. Si le serveur est configuré pour accepter les connexions sur le port TLS mais que la tentative de connexion au port TLS échoue (par exemple, dépassement du délai d'attente), la tentative de connexion échoue et renvoie une erreur.

  Une connexion non chiffrée au port non TLS est utilisée pour la rétromigration si l'administrateur désactive le port TLS ou si le serveur ne prend pas en charge TLS.

• Exiger (chiffré-pas de rétromigration vers non chiffré): Etablir une connexion chiffrée (TLS) si le serveur prend en charge les connexions TLS. La tentative de connexion échoue si la connexion TLS ne peut pas être établie. Ne revenez pas au port non TLS.

• Verify-CA (encrypted-verify CA): similaire à Require (encrypted-no fallback to unencrypted), mais vérifiez également le certificat de l'autorité de certification du serveur par rapport aux certificats de l'autorité de certification sécurisés configurés. La tentative de connexion échoue si aucun certificat d'autorité de certification valide correspondant n'est trouvé.

• Verify-Full (encrypted-verify CA et hostname): similaire à Verify-CA (encrypted-verify CA), mais permet également de vérifier l'identité du nom d'hôte en vérifiant le nom d'hôte utilisé par le client pour se connecter au serveur par rapport à l'identité dans le certificat que le serveur envoie au client. Le nom d'hôte est mis en correspondance avec les attributs Subject Alternative Name du certificat ou avec l'attribut Common Name si aucun nom alternatif de sujet de type "DNS Name" n'est présent.
  
  Si l'attribut de nom du certificat commence par un astérisque (*), l'astérisque est traité comme un caractère générique, qui correspond à tous les caractères à l'exception d'un point (.). Cela signifie que le certificat ne correspondra pas aux sous-domaines. Si la connexion est établie à l'aide d'une adresse IP au lieu d'un nom d'hôte, l'adresse IP sera mise en correspondance (sans aucune recherche DNS).
  
  La connexion échoue en cas de non-concordance. Pour les connexions chiffrées, cette option permet d'éviter les attaques de type man-in-the-middle.

Si vous sélectionnez Verify-CA (encrypted-verify CA) ou Verify-Full (encrypted-verify CA and hostname), collez le certificat SSL de l'hôte à sécuriser. Le certificat est nécessaire uniquement lorsque le certificat hôte est signé par une autorité de certification privée.

Choisissez la méthode de création d'une connexion basée sur l'emplacement dans la plateforme.

Dans un projet

Cliquez sur Actifs > Nouvel actif > Connexion à une source de données. Voir Ajout d'une connexion à un projet.  

Dans un espace de déploiement

Cliquez sur Importer les actifs > Accès aux données > Connexion. Voir Ajout d'actifs de données à un espace de déploiement.

Dans le catalogue d'actifs de la plateforme

Cliquez sur Nouvelle connexion. Voir Ajout de connexions de plateforme.

Etape suivante : ajout d'actifs de données à partir de la connexion

Voir Ajouter des données à partir d'une connexion dans un projet.

Exécution d'instructions SQL

Pour garantir le bon fonctionnement de vos instructions SQL, consultez la syntaxe dans la documentation SQL Teradata.