integration services

Para que no falle lo primero que haría sería indicar explícitamente el
nombre de las columnas a exportar, en vez de usar el asterisco (SELECT *
FROM tu_vista). Si luego alguien modifica el diseño de la vista, el paquete
no fallaría y tú podrías modificarlo tranquilamente para incluir ese campo
más en el diseño del paquete.

Ahora, si lo que quieres es hacerlo de forma automática, lo veo complicado.
Aunque generar un paquete de forma automática es algo no excesivamente
difícil (lo digo porque hay ejemplos por la web que muestran cómo crear un
paquete sencillo, es decir, uno que copie datos de un origen a otro), esa
operación tendrías que ejecutarla siempre y cuando el diseño de la vista
cambiara.

Sinceramente, veo un poco complicado el hecho de automatizar ese proceso.
¿Tanto cambia el diseño de la vista como para tener que plantearte esto?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil. si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba

"arturohm" escribió en el mensaje
news:

Buenos dias,

Tengo una vista que se alimenta de una tabla de historicos, la cual a
su vez proporciona los registros que consume un paquete ETL para
exportar los registros a un archivo de access, Cuando se alguien
agrega un campo adicional a la vista, se genera un error ya que los
campos de origen ya no coinciden con los de destino, alguien tendria
una sugerencia para solucionar este problema, talvez para que el
paquete se genere en forma dinamica en funcion de la cantidad de campo
que encuentre en la vista, gracias de antemano por la ayuda.

Los registros reflejan un entorno muy cambiente, por ello las vistas
siempre estan siendo actualizadas todos los dias por cualquiera de los
analistas de turno, lo que a veces puede generar problemas de
comunicacion de los cambios para los demas responsables; por eso
llego al punto de plantearme si existe una forma de dinamica de
detectar la cantidad de campos que hay cada dia y en funcion de eso
generar los campos de destino a fin de automatizar este proceso.

On 14 abr, 10:27, "Carlos Sacristan" <nomail> wrote:

Para que no falle lo primero que haría sería indicar explícitamente el
nombre de las columnas a exportar, en vez de usar el asterisco (SELECT *
FROM tu_vista). Si luego alguien modifica el diseño de la vista, el paquete
no fallaría y tú podrías modificarlo tranquilamente para incluir ese campo
más en el diseño del paquete.

Ahora, si lo que quieres es hacerlo de forma automática, lo veo complicado.
Aunque generar un paquete de forma automática es algo no excesivamente
difícil (lo digo porque hay ejemplos por la web que muestran cómo crear un
paquete sencillo, es decir, uno que copie datos de un origen a otro), esa
operación tendrías que ejecutarla siempre y cuando el diseño de la vista
cambiara.

Sinceramente, veo un poco complicado el hecho de automatizar ese proceso.
¿Tanto cambia el diseño de la vista como para tener que plantearte esto?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil. si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba

"arturohm" escribió en el mensajenews:



> Buenos dias,

> Tengo una vista que se alimenta de una tabla de historicos, la cual a
> su vez proporciona los registros que consume un paquete ETL para
> exportar los registros a un archivo de access, Cuando se alguien
> agrega un campo adicional a la vista, se genera un error ya que los
> campos de origen ya no coinciden con los de destino, alguien tendria
> una sugerencia para solucionar este problema, talvez para que el
> paquete se genere en forma dinamica en funcion de la cantidad de campo
> que encuentre en la vista, gracias de antemano por la ayuda.- Ocultar texto de la cita -

- Mostrar texto de la cita -