SIU-Guarani/Version3.11.0/Migracion/Desde SIU Guarani 2/Migracion/PasajeIfxPg

Migración de Guaraní 2 a Guaraní 3

El proceso de migración se separa en dos partes:

1. Pasaje de una base Guaraní 2 de Informix a un motor Postgresql.
2. 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:

1. Creación del esquema, pasaje de tablas con sus datos y ejecución de poscontroles sobre los datos
2. Corrección de errores de los poscontroles si los hubiere
3. Update de datos sobre tablas en postgres y creación de las FK.

Pasos

1. 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.
   
   
2. 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 >