Conexión de base de datos Teradata para DataStage
Para acceder a los datos con la base de datos Teradata para la conexión de DataStage , cree un activo de conexión para la misma. Esta conexión funciona con la base de datos de DataStage Teradata para DataStage conector, que tiene características exclusivas para DataStage.
Teradata proporciona servicios y productos relacionados con base de datos y analítica.
Versiones soportadas
Teradata 16.20, 17.00y 17.10
Crear una conexión con la base de datos Teradata para DataStage
Para crear el activo de conexión, necesita estos detalles de conexión:
- Servidor: Teradata : el ID de red de la base de datos Teradata . Puede utilizar de 1 a 258 caracteres. Puede especificar el nombre completo de Internet o una dirección IPv4 o IPv6 .
- Cuenta: ID de cuenta de usuario para contabilidad de recursos
- Base de datos: base de datos predeterminada
- Nombre de usuario y contraseña
La base de datos Teradata para la conexión DataStage admite el conector IBM Cloud Satellite. El mosaico IBM Cloud Satellite está disponible en la sección Conectividad privada del formulario Crear conexión. Puede configurar un Satellite Conector para conectarse de forma segura a su fuente de datos desde un Docker contenedor en su infraestructura local o configurar una Satellite ubicación con varios hosts en su infraestructura, como un centro de datos local o una nube. Para más información, consulta Configurar un conector Satellite.
Opciones avanzadas
Modalidad de transacción: Semántica para transacciones SQL: ANSI o Teradata. En la modalidad de sesión ANSI, las sentencias SQL se ajustan a las reglas definidas por la especificación SQL ANSI. Cada transacción consta de una o más solicitudes, cada una de las cuales puede constar de una o más sentencias SQL. Las solicitudes de varias sentencias se tratan como una sola unidad; o se confirma todo el trabajo realizado por todas las sentencias o no se confirma ninguno de los trabajos.
En la modalidad de sesión Teradata (también conocida como modalidad de sesión BTET), el proceso de transacciones sigue un conjunto de reglas definidas por Teradata. Utilice la modalidad de sesión Teradata para el proceso de transacciones por parte de aplicaciones heredadas.
Juego de caracteres de cliente: juego de caracteres de cliente Teradata . El valor predeterminado es
UTF8
. Consulte la documentaciónTeradata para conocer los conjuntos de caracteres compatibles.Codificación de juego de caracteres de correlación automática: de forma predeterminada, esta propiedad está seleccionada.
Deseleccione si desea especificar una codificación de conjunto de caracteres ICU. Especifique el nombre de correlación NLS y el número máximo de bytes por carácter para la nueva correlación.Expresión de banda de consulta: lista separada por signos de punto y coma de pares de nombre-valor a utilizar en la sentencia de banda de consulta generada para la sesión. Una banda de consulta es un conjunto de parámetros definidos por el usuario que se pueden establecer en una sesión, una transacción o ambos para identificar el origen de origen de una consulta. Después de definir una banda de consulta, se pasa a la base de datos Teradata como una lista de pares nombre=valor en una sola serie entrecomillada. Por ejemplo,
'ProjectName=dstage1'
.Leer expresión del archivo: Seleccione esta opción para leer la expresión de banda de consulta del archivo especificado en el campo Expresión de banda de consulta . Especifique el nombre del juego de caracteres IANA del archivo para la codificación en el campo Juego de caracteres .
Mecanismo de inicio de sesión: Seleccione el mecanismo de seguridad que se utilizará para autenticar al usuario:
- Valor predeterminado: Utilice el mecanismo de inicio de sesión del servidor Teradata .
- TD2: Utilice el mecanismo de seguridad Teradata .
- LDAP: Utilice un mecanismo de seguridad LDAP para la autenticación externa.
Paso a través de Unicode: Permitir que los caracteres de paso a través (PTC) se importen y exporten desde Teradata. Consulte la documentaciónTeradata.
Certificados
Modalidad SSL: la modalidad SSL que se ha configurado en el servidor Teradata . Se utiliza la modalidad Inhabilitar (no cifrado-sin reserva a cifrado) si no se realiza ninguna selección.
Permitir (sin cifrar-volver a cifrar): establezca una conexión sin cifrar que utilice el puerto no TLS. Si el servidor está configurado para aceptar conexiones en el puerto no TLS pero el intento de conectarse al puerto no TLS falla (por ejemplo, tiempo de espera excedido), el intento de conexión fallará y devolverá un error.
Se utiliza una conexión cifrada (TLS) para la reserva si el administrador inhabilita el puerto no TLS y habilita el puerto TLS.
Inhabilitar (no cifrado-no hay reserva para cifrado): establezca una conexión no cifrada que utilice el puerto no TLS.
Preferir (cifrado-retroceder a no cifrado): establezca una conexión cifrada (TLS) si el servidor da soporte a TLS y el puerto TLS está habilitado. Si el servidor está configurado para aceptar conexiones en el puerto TLS pero el intento de conectarse al puerto TLS falla (por ejemplo, tiempo de espera excedido), el intento de conexión fallará y devolverá un error.
Una conexión no cifrada con el puerto no TLS se utiliza para la reserva si el administrador inhabilita el puerto TLS o el servidor no da soporte a TLS.
Requerir (cifrado-sin reserva a no cifrado): establezca una conexión cifrada (TLS) si el servidor da soporte a conexiones TLS. El intento de conexión falla si no se puede establecer la conexión TLS. No retroceda al puerto no TLS.
Verify-CA (encrypted-verify CA): similar a Require (encrypted-no fallback to unencrypted), pero verifique adicionalmente el certificado de la entidad emisora de certificados (CA) del servidor con respecto a los certificados de CA de confianza configurados. El intento de conexión falla si no se encuentran certificados de CA coincidentes válidos.
Verificar-completo (cifrado-verificar CA y nombre de host): similar a Verificar-CA (cifrado-verificar CA), pero verifique adicionalmente la identidad del nombre de host comprobando el nombre de host que el cliente utiliza para conectarse al servidor con respecto a la identidad del certificado que el servidor envía al cliente. El nombre de host se compara con los atributos de Nombre alternativo de asunto del certificado, o con el atributo Nombre común si no hay ningún Nombre alternativo de asunto de tipo "Nombre DNS".
Si el atributo de nombre del certificado empieza por un asterisco (*
), el asterisco se tratará como un comodín, que coincidirá con todos los caracteres excepto un punto (.
). Esto significa que el certificado no coincidirá con los subdominios. Si la conexión se realiza utilizando una dirección IP en lugar de un nombre de host, la dirección IP coincidirá (sin búsquedas DNS).
La conexión falla si hay una discrepancia. Para conexiones cifradas, esta opción ayuda a evitar ataques de tipo man-in-the-middle.
Si selecciona Verify-CA (encrypted-verify CA) o Verify-Full (encrypted-verify CA y nombre de host), pegue el certificado SSL del host de confianza. El certificado sólo es necesario cuando el certificado de host está firmado por una entidad emisora de certificados privada.
Elija el método para crear una conexión basada en el lugar en el que se encuentra en la plataforma
- En un proyecto
- Pulse Activos > Nuevo activo > Conectar a un origen de datos. Consulte Adición de una conexión a un proyecto.
- En un espacio de despliegue
- Pulse Importar activos > Acceso a datos > Conexión. Consulte Adición de activos de datos a un espacio de despliegue.
- En el catálogo de activos de la plataforma
- Pulse Nueva conexión. Consulte Adición de conexiones de plataforma.
Paso siguiente: Añadir activos de datos desde la conexión
Dónde puede utilizar esta conexión
Puede utilizar la base de datos Teradata para la conexión de DataStage en los siguientes espacios de trabajo y herramientas:
Proyectos
DataStage (servicioDataStage ). Consulte Conexión a un origen de datos en DataStage.
Catálogos
Platform assets catalog
Ejecución de sentencias SQL
Para asegurarse de que las sentencias SQL se ejecutan correctamente, consulte Documentación de Teradata SQL para ver la sintaxis correcta.
Tipos de datos soportados
La base de datos Teradata para la conexión de DataStage da soporte a la mayoría de tipos de datos Teradata excepto INTERVAL, TIME WITH TIME ZONE, TIMESTAMP WITH TIME ZONE y UDT.
Más información
Conexión relacionada: ConexiónTeradata
Tema principal: Conexiones soportadas
Teradata JDBC Driver 17.00.00.03 Copyright (C) 2024 por Teradata. Reservados todos los derechos. IBM proporciona el uso incorporado del controlador JDBC de Teradata bajo licencia de Teradata únicamente para su uso como parte de la oferta de servicio de IBM Watson.