No entiendo completamente el propósito del flujo de control en un paquete de SSIS. En todos los paquetes que he creado, simplemente agrego un componente de flujo de datos para controlar el flujo y luego el resto de la lógica se ubica dentro del flujo de datos.Flujo de control de SSIS frente al flujo de datos
He visto ejemplos de flujos de control más complicados (EX: foreach loop container que itera sobre líneas en un archivo Excel), pero estoy buscando un ejemplo en el que no pueda implementarse también en el flujo de datos. También podría crear una conexión con el archivo de Excel dentro del flujo de datos.
Estoy tratando de comprender mejor cuándo necesitaría (o debería) implementar lógica en flujo de control versus usar el flujo de datos para hacerlo todo.
Lo que me impulsó a comenzar a buscar en el flujo de control y su propósito es que me gustaría refactorizar los flujos de datos SSIS y dividir los paquetes en paquetes más pequeños para facilitar el desarrollo simultáneo.
Estoy tratando de entender cómo podría usar el flujo de control para estos fines.
Gracias por su respuesta James. El comentario sobre no hacer nada con los datos en el flujo de control tiene mucho sentido. Lo que me impulsó a comenzar a buscar en el flujo de control y su propósito es que me gustaría refactorizar los flujos de datos de SSIS y dividir los paquetes en paquetes más pequeños para facilitar el soporte del desarrollo simultáneo. Estoy tratando de entender cómo podría usar el flujo de control para estos fines. – Paul
"Una tarea de flujo de control no está haciendo nada en sí PARA los datos" - Es cierto, y solo para aclarar, puede tener una 'Tarea Ejecutar SQL' en su flujo de control con un comando SQL que hace algo con los datos. –
"puede tener una 'Tarea Ejecutar SQL' en su flujo de control con un comando SQL que hace algo con los datos" ... eso es lo que hace que la distinción sea ligeramente confusa. –