Asignaciones

A partir de la versión 10.0, el formato del archivo de parámetros cambia. El archivo de parámetros deja de contener los parámetros de transformación.

Puede ejecutar asignaciones y flujos de trabajo con los archivos de parámetros de versiones anteriores. Al ejecutar una asignación o flujo de trabajo con el archivo de parámetros de una versión anterior, el Servicio de integración de datos convierte este archivo a la versión 10.0 de Informatica.

Al crear un archivo de parámetros con el comando infacmd listMappingParams, el Servicio de integración de datos crea un archivo de parámetros de asignación sin parámetros de transformación. El comando infacmd listWorkflowParams crea un archivo de parámetros de flujo de trabajo sin parámetros de transformación.

En versiones anteriores, cuando se creaban archivos de parámetros, los parámetros de transformación se incluían en ellos.

Para obtener más información acerca de los archivos de parámetros, consulte el capítulo Parámetros de asignación de la Guía de asignación de Informatica Developer.

A partir de la versión 10.0, el Servicio de integración de datos puede crear un número distinto de subprocesos para cada etapa de canal de asignación. El servicio determina el número óptimo de subprocesos para cada etapa de canal. El número de subprocesos creados por una única etapa de canal no puede superar el valor del número máximo de paralelismos.

Anteriormente, el Servicio de integración de datos calculaba un único valor de paralelismo real y lo usaba para todas las etapas de canal de asignación. El servicio calculaba el valor de paralelismo real según los valores de número máximo de paralelismos y el número máximo de particiones para todos los orígenes de archivo sin formato, IBM DB2 para LUW u Oracle preparados por una asignación.

A partir de la versión 10.0, puede deshabilitar la partición para una transformación de decisión o SQL borrando la propiedad avanzada Admite partición para la transformación. El Servicio de integración de datos utiliza un subproceso para procesar la transformación y puede utilizar varios subprocesos para procesar las restantes etapas de canal de asignación. Puede deshabilitar la partición para estas transformaciones, ya que puede que ellas no devuelvan el mismo resultado para todas las ejecuciones de la asignación cuando se procesen con varios subprocesos.

Anteriormente, la transformación de decisión no admitía particiones. Cuando una asignación contenía una transformación de decisión, el Servicio de integración de datos no creaba particiones para toda la asignación. La transformación de SQL sí admite particiones. Ha deshabilitado las particiones para toda la asignación, pero esta transformación debía procesarse con un subproceso.

A partir de la versión 10.0, si una asignación establece el orden con un origen relacional ordenado o una transformación de ordenación, el Servicio de integración de datos puede utilizar varios subprocesos para ejecutar la asignación. Para mantener el orden de una asignación con particiones, debe especificar que los destinos mantengan el orden de las filas en las propiedades avanzadas para la transformación de lectura. Al configurar transformaciones de escritura para mantener el orden de las filas, el Servicio de integración de datos utiliza un único subproceso para escribir en el destino.

Anteriormente, si una asignación incluía un origen relacional ordenado, el Servicio de integración de datos utilizaba un subproceso para procesar todas las etapas de canal de asignación. Si una asignación incluía una transformación de ordenación, el Servicio de integración de datos utilizaba un subproceso para procesar la transformación de ordenación y todas las etapas de canal de asignación.

Si actualiza desde una versión anterior, todas las transformaciones de escritura existentes se configuran para mantener el orden de las filas. El Servicio de integración de datos utiliza un único subproceso para escribir en el destino y garantizar el mantenimiento de cualquier orden establecido en la asignación. Si alguna asignación actualizada no establece un orden, puede borrar la propiedad Mantener orden de filas en las propiedades avanzadas de una transformación de escritura, de forma que el Servicio de integración de datos pueda utilizar varios subprocesos para escribir en el destino.

A partir de la versión 10.0, puede deshabilitar las particiones para una transformación de Java borrando la propiedad avanzada Admite partición para la transformación. El Servicio de integración de datos utiliza un subproceso para procesar la transformación y puede utilizar varios subprocesos para procesar las restantes etapas de canal de asignación. Puede deshabilitar las particiones de una transformación de Java cuando el código Java exija que la transformación se procese con un subproceso.

Puede configurar una transformación de Java para que mantenga el orden de las filas de los datos de entrada seleccionado la propiedad avanzada Sin estado para la transformación.

Anteriormente borró la propiedad Sin estado cuando la transformación exigía su procesamiento con un subproceso. Cuando la propiedad Sin estado se borró, el Servicio de integración de datos no creó particiones para toda la asignación.

A partir de la versión 10.0, cuando una asignación contiene una transformación que no admite particiones, el Servicio de integración de datos utiliza un subproceso para procesar la transformación. El servicio puede usar varios subprocesos para procesar el resto de etapas de canal de la asignación.

Anteriormente, cuando una asignación contenía una transformación que no admitía particiones, el Servicio de integración de datos no creaba particiones para ella. El servicio utilizaba un subproceso para procesar todas las etapas de canal de la asignación.

Para obtener más información sobre las asignaciones con particiones, consulte el capítulo "Asignaciones con particiones" de la Guía de asignación de Developer Informatica 10.0.

A partir de la versión 10.0, la optimización de inserciones desaparece del nivel del optimizador de las asignaciones. Para configurar la optimización de inserciones de una asignación, debe seleccionar un tipo de inserción en las propiedades de tiempo de ejecución de asignación.

Anteriormente, el Servicio de integración de datos aplicaba la optimización de inserciones de forma predeterminada con un nivel del optimizador normal o completo.

Para obtener más información, consulte la Guía de asignación de Informatica 10.0 Developer.

A partir de la versión 10.0, configure Entornos de validación en la ficha Tiempo de ejecución. La vista Propiedades de la asignación ya no contiene ninguna ficha de propiedades avanzadas.

Anteriormente, se configuraba la propiedad Entornos de validación en la ficha de propiedades avanzadas.

Para obtener más información, consulte la Guía de asignación de Informatica 10.0 Developer.