Fuentes y destinos de bases de datos en Jitterbit Design Studio

Las bases de datos pueden definirse como una fuente de base de datos o destino de base de datos dentro de Jitterbit Studio. Esta página proporciona información general sobre el uso de bases de datos en Jitterbit.

Nota

Los puntos finales creados con una fuente/destino de base de datos se incluyen en informe de uso de puntos finales y cuentan para su licencia.

Controladores

Jitterbit se comunica con bases de datos a través de ODBC o JDBC. Los agentes en la nube admiten un conjunto proporcionado de controladores JDBC. Los agentes privados admiten tanto controladores ODBC como JDBC. Además de los controladores proporcionados, puede instalar controladores ODBC y JDBC adicionales en agentes privados.

Sentencias SQL

Las sentencias SQL manuales son compatibles solo con controladores JDBC. Todas las sentencias SQL escritas utilizando el Constructor de fórmulas durante el mapeo de transformaciones deben ser compatibles con ANSI-SQL para el controlador JDBC de la base de datos a la que está accediendo. Hay un límite de 2000 caracteres para las sentencias SQL. Una solución recomendada para la limitación de caracteres, si es necesario, es crear vistas de base de datos para sentencias SQL largas.

Autenticación

Se requieren credenciales válidas para conectarse a su base de datos. Generalmente, esto consiste en un DSN (Nombre de Fuente de Datos) o nombre de usuario/contraseña.

Tipos de datos no compatibles

Estos elementos no son compatibles en la versión actual del software:

Datos binarios
Datos Unicode/UTF
Tablas y vistas con espacios en los nombres

Versiones TLS compatibles

Transport Layer Security (TLS) 1.3 y 1.2 son compatibles con los puntos finales de bases de datos JDBC.

En agentes privados, TLS 1.0 o 1.1 se puede volver a habilitar (aunque no se recomienda) eliminando TLSv1 o TLSv1.1 de la propiedad de seguridad jdk.tls.disabledAlgorithms en el archivo de configuración java.security del agente privado.

El archivo de configuración java.security del agente privado se encuentra en estos directorios predeterminados:

Windows: C:\Program Files\Jitterbit Agent\jre\lib\security
Linux: /opt/jitterbit/jre/lib/security

Caracteres especiales en nombres de tablas/columnas de bases de datos

Si se utiliza un agente privado, se pueden especificar los caracteres utilizados para definir delimitadores dentro de los nombres de tablas/columnas de bases de datos en el archivo de configuración del agente privado bajo la sección [DbDrivers].

Si se utiliza un controlador de base de datos ODBC, tenga en cuenta que algunos caracteres especiales en los nombres de tablas/columnas de bases de datos no pueden ser manejados por el controlador. Por ejemplo, los campos de base de datos que tienen un signo de arroba (@) no son compatibles con las especificaciones basadas en SQL y pueden no ser soportados. Si la base de datos utiliza tales caracteres especiales en los nombres de tablas/columnas, como solución alternativa se recomienda crear una vista en la tabla física que no use el carácter especial en los nombres de columna y usar esa vista en su lugar.

Funciones definidas por el usuario

La etiqueta de Funciones Definidas por el Usuario (UDF) se encuentra en la carpeta Funciones de base de datos del constructor de fórmulas. Esta función permite utilizar cualquier función de base de datos soportada por una base de datos, como la función ToDate() en Oracle, o la función Convert() en SQL Server.

Actualizar valor de campo

La Actualización del Valor de Campo actualiza un campo de una base de datos de origen a un valor dado después de que se completa una operación. Este valor se utiliza al realizar operaciones de lote de base de datos de rutina para asegurar que los datos que ya han sido procesados durante una operación anterior no se procesen nuevamente. También es útil si la operación es parte de un flujo de trabajo y necesita establecer el estado de un campo al siguiente valor que indica que se ha completado con éxito o que ha ocurrido un fallo.

Claves primarias

Las claves primarias se definen dentro de su entorno de base de datos. Un campo que se define como clave primaria se utiliza para indexar la información de la base de datos. Cuando es aplicable, Jitterbit puede identificar automáticamente los campos clave de su base de datos.

Nota

Debido a que estos campos clave se definen dentro del entorno de la base de datos, no puede cambiar su configuración en el Asistente de Transformación.

Tipos de bases de datos

La mayoría de las bases de datos compatibles con ODBC o JDBC son soportadas. A continuación se presentan recomendaciones específicas para varios tipos de bases de datos.

Trabajar con bases de datos Oracle usando TNSNames.ora

Se recomienda encarecidamente el uso de controladores JDBC para bases de datos Oracle. Sin embargo, si desea utilizar ODBC, se recomienda que utilice los controladores ODBC de Oracle que vienen con la versión de la base de datos a la que está accediendo. Necesitará instalar el Cliente de Oracle y el controlador ODBC en el mismo servidor que ejecuta Jitterbit.

Al utilizar el Cliente de Oracle, debe cargar un archivo TNSNames.ora válido en el directorio apropiado que haga referencia a la base de datos que desea acceder. Para hacer referencia a la base de datos en Jitterbit, ingrese su referencia TNSNames.ora en el campo Servidor, junto con el ID de usuario y la contraseña apropiados.

Para más información, consulte estas páginas:

Trabajar con bases de datos Microsoft SQL Server

Las bases de datos Microsoft SQL Server son accesibles para los agentes en la nube y privados de Jitterbit. En agentes privados, se recomienda ODBC de Windows para un rendimiento optimizado. Jitterbit admite las siguientes opciones de autenticación:

Nota

Para la configuración de la autenticación Kerberos, consulte Autenticación Kerberos de SQL Server

Para más información, consulte:

Trabajar con bases de datos basadas en archivos

Las bases de datos basadas en archivos deben hacer uso de la arquitectura de agente privado. Para utilizar bases de datos basadas en archivos como Microsoft Access, el archivo de la base de datos debe residir en el sistema de archivos local en la máquina del agente.

La ubicación y la información de autenticación para bases de datos de archivos planos se encuentran en la definición de la base de datos de origen o destino. Para acceder a la base de datos, no es necesario definir un Servidor, solo un Nombre de Base de Datos.

Esta tabla proporciona ejemplos sobre cómo acceder a bases de datos de archivos con parámetros adicionales de cadena de conexión si es necesario.

Nota

Algunas bases de datos solo requieren una ruta de archivo para el campo Nombre de Base de Datos; no se requiere un nombre de archivo. En la tabla a continuación, observe que las entradas de Nombre de Base de Datos DBASE y Paradox no proporcionan ningún nombre de archivo. Además, tenga en cuenta que algunas bases de datos de archivos planos requerirán una cadena de conexión manual.

Tipo de Base de Datos	Controlador	Nombre de la Base de Datos	Parámetros Adicionales de Cadena de Conexión (si es necesario)
Access	Controlador de Microsoft Access (*.mdb)	\solar\saturn\demo\access\demo.mdb
Access (FileDSN)	Controlador de Microsoft Access (*.mdb)	\solar\saturn\demo\access\demo.mdb	FileDSN=Access.dsn;
DBASE	Controlador de Microsoft dBase (*.dbf)	\solar\saturn\demo\dbase
DBASE (FileDSN)	Controlador de Microsoft dBase (*.dbf)	\solar\saturn\demo\dbase	FileDSN=dbase.dsn;
Excel	Controlador de Microsoft Excel (*.xls)	\solar\saturn\demo\excel\demo.xls
Excel (FileDSN)	Controlador de Microsoft Excel (*.xls)	\solar\saturn\demo\excel\demo.xls	FileDSN=Excel.dsn;
Paradox	Controlador de Microsoft Paradox (*.db)	\solar\saturn\Paradox	ParadoxNetPath=\solar\saturn\Paradox;DefaultDir=\solar\saturn\Paradox;
Paradox (FileDSN)	Controlador de Microsoft Paradox (*.db)	\solar\saturn\Paradox	FileDSN=Paradox.dsn;

Para más información, consulta estas páginas: