Notas de uso de la asignación de usuarios - Teradata QueryGrid
Teradata® QueryGrid™ Guía de instalación y uso- 3.00
- Deployment
- VantageCloud
- VantageCore
- Edition
- Enterprise
- IntelliFlex
- Lake
- VMware
- Product
- Teradata QueryGrid
- Release Number
- 3.00
- Published
- Marzo de 2023
- Language
- Español
- Last Update
- 2023-04-04
- dita:mapPath
- es-ES/dtm1676313130103.ditamap
- dita:ditavalPath
- ft:empty
- dita:id
- B035-5991
- Product Category
- Analytical Ecosystem
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-Presto
- La autenticación None utiliza el usuario remoto asignado (en lugar del usuario local del iniciador) para user= en la URL de JDBC.
- No modifica la consulta.
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 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.