Saltar al contenido

Usar una Base de Datos Como Destino

Cuando una transformación utiliza una base de datos como destino, el entorno de integración de Jitterbit lo guía a través de un asistente que define una o más declaraciones SQL de inserción o actualización que el servidor ejecutará a través de ODBC para manipular datos en la base de datos. Los destinos de la base de datos se definen mediante los siguientes pasos.

Buscar y Seleccionar Objetos de Base de Datos

Esto le permite seleccionar las tablas y vistas de destino para las que se manipularán los datos. Puede buscar varias veces y seleccionar varios objetos de la base de datos (tablas y vistas) en una sola transformación. Al buscar objetos, tenga en cuenta que la búsqueda ya no distingue entre mayúsculas y minúsculas, a partir de la versión 8.19.

Si tiene una gran cantidad de objetos en su base de datos, busque usando una cadena para identificar la tabla que será el objetivo de la búsqueda. Esto ayuda a evitar tiempos de espera, ya que evita que el sistema intente recuperar todos los objetos. Algunos controladores ODBC que no son RDBMS no admiten la capacidad de buscar objetos, por ejemplo, Microsoft Access y Microsoft FoxPro. Por lo general, estos tipos de bases de datos no almacenan muchos objetos, así que busque en todos los objetos sin ingresar un criterio de búsqueda para ellos.

Si Selecciona un Objeto:

Se le pedirá que seleccione el modo de operación. Una operación puede tener uno de los siguientes modos:

  • Inserción que indicará a Jitterbit que realice inserciones solo en la tabla de destino

  • Actualización que indicará a Jitterbit que realice actualizaciones solo en la tabla de destino utilizando la clave identificada para identificar el registro que requiere actualización.

  • Insertar/Actualizar (Upsert) que primero comprobará si existe el registro con la clave de identificación. Si lo hace, el sistema se actualizará; de lo contrario, se insertará.

Si Selecciona Varios Objetos:

Especifique el Número de Veces Que Se Utilizará Cada Objeto

En ciertos casos, es posible que deba usar una tabla varias veces, por ejemplo, al insertarla en la tabla de una empresa, su fuente puede incluir el cliente, el proveedor y el socio. Esas son tres compañías diferentes dentro de un registro en los datos de origen. En este caso, elegiría utilizar la tabla de empresas tres veces.

Deberá Crear Relaciones Padre-Hijo (Uno-Muchos) entre Objetos

Seleccione tablas y columnas principales y tablas y columnas secundarias para unirse. Esto es necesario para hacer cumplir la integridad transaccional de un objeto, así como para derivar la clave externa para una tabla secundaria.

Define el Tipo de Relación entre estos Objetos.

Esto le permite definir restricciones si es necesario:

  • 1 a N le dice a Jitterbit que cada registro principal debe tener 1 o más registros secundarios.

  • 1 le dice a Jitterbit que cada registro principal solo tiene un registro secundario y Jitterbit solo procesará el primer registro secundario que seleccione.

  • 0 a N le dice a Jitterbit que cada registro principal puede tener 0 o más registros secundarios.

Seleccione el Modo de Operación.

Una operación puede tener uno de los siguientes modos:

  • Inserción que indicará a Jitterbit que realice inserciones solo en la tabla de destino

  • Actualización que indicará a Jitterbit que realice actualizaciones solo en la tabla de destino utilizando la clave identificada para identificar el registro que requiere actualización.

  • Insertar/Actualizar que primero comprobará si existe el registro con la clave de identificación. Si lo hace, el sistema se actualizará; de lo contrario, se insertará.

Una vez que haya terminado de definir el destino de su base de datos, debería aparecer una estructura de datos de árbol en el árbol de transformación de destino para representar lo que ha definido. Al realizar la asignación al destino de su base de datos, si tiene un destino de varias tablas con relaciones padre-hijo y está insertando datos, debe familiarizarse con el uso de las funciones de transformación. <SQLIDENTITY> y <SEQUENCE>.

<SQLIDENTITY> se utiliza para todas las bases de datos de destino que admiten claves de generación automática de números o de identidad. Una vez que se inserta el padre, el hijo puede heredar el número generado del padre asignando esta función a la clave externa en la tabla secundaria.

<SEQUENCE>realiza una acción similar y debe usarse para Oracle.