En el siguiente ejemplo se muestra cómo identificar los objetos afectados que el asistente de implementación incremental obtiene de la aplicación en tiempo de ejecución.
Suponga que tiene una aplicación que contiene dos asignaciones (
Mapping A
y
Mapping B
) que comparten un objeto de datos físicos (
Data Object A
) y un flujo de trabajo (
Workflow B
) que usa la asignación
Mapping B
. Tras implementar la aplicación, edita la asignación
Mapping A
y decide actualizarla en la aplicación en tiempo de ejecución.
Luego, crea una revisión que hereda únicamente las dependencias directas y selecciona la asignación
Mapping A
. Como ha seleccionado la asignación, la revisión hereda el objeto de datos que esa asignación utiliza,
Data Object A
.
El asistente espera que el servicio de integración de datos sustituya las instancias en tiempo de ejecución de la asignación y del objeto de datos, de modo que busca todos los objetos primarios que usen la asignación en la aplicación en tiempo de ejecución. Como la asignación
Mapping B
usa ese objeto de datos, el asistente lo marca como un objeto afectado.
Dado que la asignación
Mapping B
se va a actualizar en la aplicación en tiempo de ejecución y el flujo de trabajo
Workflow B
usa la asignación
Mapping B
, el flujo de trabajo
Workflow B
será también un objeto afectado.
En la siguiente imagen se muestran las situaciones en tiempo de diseño y en tiempo de ejecución, la asignación seleccionada, las dependencias que la revisión hereda y los objetos afectados:
Las instancias en tiempo de ejecución de los objetos
Mapping B
y
Workflow B
no se reemplazarán por sus correspondientes instancias en tiempo de diseño. Si ha editado la asignación
Mapping B
de la aplicación en tiempo de diseño, la instancia en tiempo de ejecución de
Mapping B
será distinta de la instancia en tiempo de diseño.