Buenas!
Queríamos saber si es posible realizar migración de los distintos núcleos de migración por etapas (por ejemplo, migrar un conjunto de actas en un momento e incorporar otras actas en una segunda migración).
Muchas gracias!
Buenas!
Queríamos saber si es posible realizar migración de los distintos núcleos de migración por etapas (por ejemplo, migrar un conjunto de actas en un momento e incorporar otras actas en una segunda migración).
Muchas gracias!
Si, mientras sean actas completas podrán. Deben tener todos los alumnos en la base, al igual que las mesas de examen.
Esto es usando los scripts de migración desde sistemas externos, no?
Alejandro:
Buenísimo, muchas gracias por la aclaración! Esto nos resuelve varios temas con respecto a la organización de la migración.
Saludos!
Federico
Buenas! Volvemos con otra consulta.
Al momento de migrar nos encontramos con que el script toma todos los archivos de cada módulo de migración, pero queríamos ver alguna alternativa para ir migrando archivo por archivo, así podemos ir verificando la integridad de cada uno progresivamente (por ejemplo, el archivo mig_libros_de_actas ya lo tenemos finalizado y querríamos probarlo, pero aún no contamos con los restantes archivos terminados). ¿Dejamos los archivos de prueba que vienen precargados? ¿Cargamos archivos vacíos? ¿O archivos con un único registro falso para la prueba?
Por otra parte, en el módulo de Actas sólo estaríamos migrando actas de examen, por lo que no utilizaríamos el archivo mig_acta_cursada_promocion, ¿cómo se saltearía ese núcleo en la migración definitiva?
Como siempre, muchas gracias!
Federico
Al momento de migrar nos encontramos con que el script toma todos los archivos de cada módulo de migración, pero queríamos ver alguna alternativa para ir migrando archivo por archivo, así podemos ir verificando la integridad de cada uno progresivamente (por ejemplo, el archivo mig_libros_de_actas ya lo tenemos finalizado y querríamos probarlo, pero aún no contamos con los restantes archivos terminados). ¿Dejamos los archivos de prueba que vienen precargados? ¿Cargamos archivos vacíos? ¿O archivos con un único registro falso para la prueba?Pueden hacerlo manualmente desde un editor sql como ser el PgAdmin. Van ejecutando cada script de migracion por separado (vean de cambiar ${pg_esquema} por [b]negocio[/b]), crear la funcion del script de migracion y ejecutarla.
-- Seteo por default el esquema que va usar la institución SET search_path = ${pg_esquema};
por:
-- Seteo por default el esquema que va usar la institución SET search_path = negocio;
Por otra parte, en el módulo de Actas sólo estaríamos migrando actas de examen, por lo que no utilizaríamos el archivo mig_acta_cursada_promocion, ¿cómo se saltearía ese núcleo en la migración definitiva?Dejen el archivo vacio. Esto hará que no se carguen datos en la tabla de migración y que el script que migra estos datos al consultar esta tabla no econtrará registros y no migrará nada.
2
[quote author=Alejandro Delú link=topic=21010.msg94585#msg94585 date=1607718609]
Al momento de migrar nos encontramos con que el script toma todos los archivos de cada módulo de migración, pero queríamos ver alguna alternativa para ir migrando archivo por archivo, así podemos ir verificando la integridad de cada uno progresivamente (por ejemplo, el archivo mig_libros_de_actas ya lo tenemos finalizado y querríamos probarlo, pero aún no contamos con los restantes archivos terminados). ¿Dejamos los archivos de prueba que vienen precargados? ¿Cargamos archivos vacíos? ¿O archivos con un único registro falso para la prueba?Pueden hacerlo manualmente desde un editor sql como ser el PgAdmin. Van ejecutando cada script de migracion por separado (vean de cambiar ${pg_esquema} por [b]negocio[/b]), crear la funcion del script de migracion y ejecutarla.
-- Seteo por default el esquema que va usar la institución SET search_path = ${pg_esquema};
por:
-- Seteo por default el esquema que va usar la institución SET search_path = negocio;
Alejandro, una consulta sobre esto.
Si ejecutamos los script de migración por separado desde el pg_admin, crea las tablas ext tmb?, desde el pentaho no se puede ejecutar cada archivo de migración por separado?
y en el pg admin, deberíamos ejecutar el archivo de migración correspondiente que dice .sql o el que dice .kjb (tengo entendido que este ultimo es para el pentaho).
quedamos a espera de la respuesta.
Saludos!
Deberían crear las tablas de migración correspondiente al módulo que van a migrar; y además cargar estas tablas de migración con los datos del archivo .csv correspondiente.
Alejandro, perdon que te pregunte de nuevo pero no lo entendi.
Las tablas que debo crear son las EXT, y luego correr el sql desde pgadmin? y eso traeria los datos que estan en la carpeta de 01_Schema/CSV?
que pasa si corro todo el script de migracion desde pentaho, pero dejo todos los modulos con los CSV de ejemplo que vienen, y solamente cambio el modulo que yo quiero con el CSV armado por nosotros, funcionaria?
No, los datos de los archivos CSV a las tablas de migracion del examen “ext” se cargan desde Pentaho.
Ejecutando directamente los archivos sql lo que haces será pasar los datos de las tablas del esquema “ext” alas tablas de Guarani en el esquema “negocio”.
ue pasa si corro todo el script de migracion desde pentaho, pero dejo todos los modulos con los CSV de ejemplo que vienen, y solamente cambio el modulo que yo quiero con el CSV armado por nosotros, funcionaria?Si deberias cargar los archivos CSV de lo que quieras migrar. Siempre y cuando los datos que necesites tener en la base previamente esten. Por ejemplo si vas a migrar comisiones, que existan las actividades y periodos lectivos de esas comisiones