SIU-Guarani/Version3.11.0/Migracion/Desde SIU Guarani 2/Migracion/PasajeIfxPg
Revisión del 11:47 1 sep 2015 de Jbichman (discusión | contribuciones)
Sumario
Migración de Guaraní 2 a Guaraní 3
El proceso de migración se separa en dos partes:
- Pasaje de una base Guaraní 2 de Informix a un motor Postgresql.
- Una vez que la base de Guaraní 2 se encuentra en Postgresql, se procede a pasar los datos del modelo de datos de Guaraní 2 al modelo de datos de Guaraní 3.
En esta sección se explicará el primer paso:
Pasaje de una base Guaraní 2 de Informix a Postgresql
Esta instancia se divide en 3 pasos:
- Creación del esquema, pasaje de tablas con sus datos y ejecución de poscontroles sobre los datos
- Corrección de errores de los poscontroles si los hubiere
- Update de datos sobre tablas en postgres y creación de las FK.
Pasos
- Creación de esquema 'mig' en Postgresql, pasaje de tablas con sus datos y poscontroles de datos
Trabajo a ejecutar: 01_IFX2PG/ifx2pg.kjb
Descripción: Este trabajo es el primero que deberá correrse, selecciona las tablas a pasar, crea el schema 'mig', pasa las tablas y sus datos, ejecuta poscontroles sobre esos datos y crea funciones de corrección de datos que serán útiles para arreglar los errores de los poscontroles.
Tiempo estimado de duración: 2 horas.
Output: en el directorio 02_Modulos/postcontroles_excel se creará un archivo con los poscontroles que fallaron en el pasaje de datos, Pos_Controles_Pasaje_Datos.xls. Es importante su corrección antes de seguir con los demás trabajos de Kettle. - Corrección de errores de los poscontroles
* Revisar el archivo de salida del paso anterior: 02_Modulos/postcontroles_excel/Pos_Controles_Pasaje_Datos.xls, si no hay registros con errores, se puede proseguir con el siguiente trabajo de Kettle
* Los poscontroles que se realizan en esta instancia son por valores duplicados de la base de Informix que fallarán al momentos de pasarlos a Postgres. Por cada poscontrol que falle, deberá correrse la query indicada en el archivo de excel para determinar los registros duplicados. Para cada registro, deberá correrse una función de update. A continuación se detallan los posibles poscontroles y sus funciones de corrección
Control de Duplicados | Descripción | Función para ajustarlo | Parámetros | Ejemplo |
---|---|---|---|---|
Turnos de Examen | Se controla que la PK de la tabla mig.sga_turnos_examen no esté duplicada. Campos: anio_academico, trim(turno_examen) | mig.f_upd_turno_examen | Año académico, Nombre de turno de examen actual, Nombre nuevo del turno de examen | SELECT * FROM mig.f_upd_turno_examen (2008, ' Mayo', '-Mayo') |
Mesas de Examen | Se controla que la PK de la tabla mig.sga_mesas_examen no esté duplicada. Campos: unidad_academica, materia, anio_academico, trim(turno_examen), trim(mesa_examen) | mig.f_upd_mesa_examen | Unidad académica, Código Materia, Año Académico, Turno de examen, Mesa de examen nombre actual, Mesa de examen nombre nuevo | SELECT * FROM mig.f_upd_mesa_examen ('SIU','2050', 2009, 'Mayo', ' MESA1', '-MESA1'); |
Períodos Lectivos | Se controla que la PK de la tabla mig.sga_periodos_lect no esté duplicada. Campos: anio_academico, trim(periodo_lectivo) | - | - | - |
Comisiones | Se controla que la PK de la tabla mig.sga_comisiones no esté duplicada. Campos: nombre, anio_academico, periodo_lectivo, materia, sede | mig.f_upd_comisiones_duplicadas | No tiene | SELECT * FROM mig.f_upd_comisiones_duplicadas(); |
Aclaración: las funciones de corrección de duplicados son creadas en el trabajo IFX2PG.kjb, mediante el nodo que ejecuta el script: ifx2pg_funciones_pos_controles.sql. El usuario solamente deberá correr dichas funciones con los parámetros de los registros duplicados.
A medida que se reporten casos de duplicados en otras tablas, serán agregados en esta sección.
Una vez corregidos los poscontroles, seguir con la ejecución de los trabajos
< Migración desde Guaraní | Migración desde Guaraní 2 > |