Notas de uso de la asignación de usuarios - Teradata Fabric

Teradata® Fabric - Guía de instalación y uso - 3.11

Product
Teradata Fabric
Release Number
3.11
Published
Agosto de 2026
ft:locale
es-ES
ft:lastEdition
2026-09-02
dita:mapPath
es-ES/svw1780362788070.ditamap
dita:ditavalPath
es-ES/ezw1784752870623.ditaval
dita:id
lxg1591800469257

Teradata-to-Teradata

  • La autenticación de confianza utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para proxyuser= en QueryBand; la autenticación de conexión JDBC todavía utiliza authUser.
  • Cuando se inicia sesión como initiatorUser en la base de datos de inicio, el envío de una consulta sin un nombre de base de datos, como SELECT * FROM table@FS, genera la consulta SELECT * FROM initiatorUser.table, y el conector de destino modifica la consulta para usar SELECT * FROM mappedRemoteUser.table en el usuario remoto.

Teradata-to-Hive

  • La autenticación Kerberos de confianza utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para hive.server2.proxy.user= en la URL de JDBC.
  • La autenticación None utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para la autenticación de la conexión JDBC.
  • No modifica la consulta.

Teradata-to-Spark

  • La autenticación Kerberos de confianza utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para el parámetro --proxy-user del comando spark-submit.
  • La autenticación None utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para la autenticación de la conexión JDBC.
  • No modifica la consulta.

Teradata-to-Oracle

  • La autenticación de SO utiliza el usuario remoto asignado (en lugar de authUser).
  • No modifica la consulta.

Teradata-to-BigQuery

  • No es compatible.

Teradata-to-Arrow Flight SQL

  • No es compatible.

Teradata-to-Generic JDBC

  • No es compatible.