- Permitir el procesamiento de consultas entre orígenes de datos (sistemas).
- Traducir el SQL de solicitud de consulta de un formato de consulta de origen a otro.
- Transformar los datos para convertir los datos de un tipo o formato de datos a otro con el objetivo de permitir el intercambio entre diferentes sistemas de orígenes de datos.
- Permitir la participación de orígenes de datos en consultas. Cualquier conector que se una al tejido puede participar en las consultas.
- Permitir que los orígenes de datos inicien consultas.
- Excepto para los conectores de Oracle, BigQuery, Arrow Flight SQL y Generic JDBC.
- Permitir enviar datos al tejido y recibir datos de él.
- Permitir la comunicación con otros conectores del tejido.
- Controlar la ejecución de consultas en sistemas de destino. Todos los conectores pueden actuar como destino de consultas y controlar las consultas que se ejecutan en un sistema de destino de origen de datos en nombre del sistema de inicio de origen de datos.
- Devuelve resultados de consultas a los sistemas de inicio.
Los conectores son específicos del tipo de sistema (por ejemplo, los sistemas Teradata, Hive u Oracle). Por ejemplo, el sistema de Teradata aloja un conector de Teradata, pero un único sistema Hadoop puede alojar múltiples conectores (como Hive y Spark).
Las propiedades de conector opcionales permiten refinar la configuración de un tipo de conector o reemplazar las propiedades de conector establecidas durante la configuración.
El software de conector conecta orígenes de datos con el tejido de análisis de datos. El software se instala en todos los nodos de origen de datos de un sistema. El software de tejido también se instala en todos los nodos de origen de datos de un sistema. El software de tejido incluye un controlador. Un controlador se ejecuta en uno o varios nodos de origen de datos llamados Nodos del controlador. Como parte del procesamiento de consultas, un nodo de controlador recibe solicitudes del conector de iniciador y envía las solicitudes al sistema de destino. El controlador carga el conector, lee los mensajes, invoca los métodos para procesar las solicitudes y envía las respuestas.
- Especifique qué nodos de un origen de datos son nodos de controlador.
En un sistema grande, solo es necesario que haya un subconjunto de nodos como nodos de controlador.
- Seleccione varios nodos de controlador para la redundancia y para compartir la carga de trabajo necesaria para iniciar consultas.
- Limite el número de nodos de controlador para permitir una mejor reutilización de la sesión.
- Reutiliza las conexiones físicas.
- Reduce la sobrecarga de las consultas de Teradata Fabric.
- Minimiza las sesiones de creación y cierre.
El grupo de conexiones aprovecha la misma conexión JDBC para todas las fases de una misma consulta o para consultas posteriores con la misma sesión y credenciales de usuario. Para obtener información sobre cómo configurar las propiedades de la agrupación de conectores ajustables, consulte la información de propiedades del conector y del enlace en el conector correspondiente.