Cuando se inscribe una persona a una carrera, se llenan las tres tablas?
Se llenan mas de 3 tablas.
La tabla de personas si no existe esa persona (mdp_personas, mdp_personas_documentos, …), la tabla de inscripcion a propuesta (sga_propuestas_aspira), las tablas de datos censales y datos personales (m, la tabla de alumnos (sga_alumnos), las tablas historicas de cambios de calidad, ubicacion modalidad, plan de estudios (sga_alumnos_hist_xxxxxx)
La tabla de acceso a autogestion (mdp_personas_tipo_usuario)…
Las tablas de requisitos de ingreso (sga_requisitos_aspirante)
Si se levanta el dato desde preinscripcion?
Las mismas tablas que desde una inscripción por la interfaz de Gestion.
Cuando se rechaza a un alumno se borra de alguna tabla?
¿Se rechaza la inscripcion a propuesta? NO. Solo se cambia el dato de situacion del aspirante en la tabla de inscripcion a propuesta y la calidad del alumno pasa de Activo a Pasivo, y se actualiza la tabla de cambios de calidad del alumno.
en migración desde g2 solo se cargan en alumnos los alumnos de g2 y los aspirantes con situacion AC. Los rechazados no van a alumnos. Debe ser así?
Esto luego impacta en las personas que entran en un perfil de datos o no. Y quien puede administrarla o inscribirla
Las inscripciones rechazadas (que podrian tener o no registro en la tabla de alumnos sga_alumnos), deberia registrarse el dato en la tabla de alumnos de Guarani 3 (y tablas historicas de cambios de calidad, ubicacion, plan de estudios, modalidad).
el problema aparentemente está en el armado de la cnv_pk_alumnos
-- *************************************************************************************
-- mig._cnv_pk_alumnos
-- *************************************************************************************
-- seteo el mayor valor de la secuencia con el ulitmo valor de id de alumno de G3
SELECT SETVAL('mig._cnv_pk_alumnos_seq', (SELECT max(alumno) FROM sga_alumnos));
-- Inserto los alumnos
INSERT INTO mig._cnv_pk_alumnos (unidad_academica, carrera, legajo, nro_inscripcion, tabla)
SELECT unidad_academica, carrera, legajo , nro_inscripcion, 'sga_alumnos'
FROM mig.sga_alumnos;
-- Alumnos que aun no tienen legajo.
-- Situacion_asp = AC (Aspirante a Carrera)
INSERT INTO mig._cnv_pk_alumnos (unidad_academica, carrera, nro_inscripcion, periodo_inscripcio, tabla)
SELECT unidad_academica, carrera, nro_inscripcion, periodo_inscripcio, 'sga_carrera_aspira'
FROM mig.sga_carrera_aspira
WHERE situacion_asp = 'AC';
y los scripts siguientes están tomando como base a esta tabla.
Las inscripciones rechazadas (que podrian tener o no registro en la tabla de alumnos sga_alumnos), deberia registrarse el dato en la tabla de alumnos de Guarani 3 (y tablas historicas de cambios de calidad, ubicacion, plan de estudios, modalidad).
Con estas tablas alcanzaría para que no me quede un modelo de datos mal armado?
Fijate si alcanza con agregar esto al final del script 02_Modulos\45_Matricula\02_Migracion\01_tablas_conversion.sql
Crea una solicitud asi adjunto este archivo.
-- Alumnos rechazados que no tienen legajo y que ya no fueron agregados antes a la tabla de conversion.
INSERT INTO mig._cnv_pk_alumnos (unidad_academica, carrera, nro_inscripcion, tabla)
SELECT ca.unidad_academica, ca.carrera, ca.nro_inscripcion, 'sga_carrera_aspira'
FROM mig.sga_carrera_aspira as ca,
mig.sga_situacion_asp as sa
WHERE sa.situacion_asp = ca.situacion_asp
AND sa.resultado_asp = 'R'
AND ca.unidad_academica || '|' || ca.nro_inscripcion || '|' || ca.carrera NOT IN
(SELECT a.unidad_academica || '|' || a.nro_inscripcion || '|' || a.carrera FROM mig.sga_alumnos as a)
EXCEPT
SELECT unidad_academica, carrera, nro_inscripcion, 'sga_carrera_aspira'
FROM mig._cnv_pk_alumnos
WHERE tabla = 'sga_carrera_aspira';