Buenos días
Les adjunto el siguiente inconveniente donde me indica que “Ya existe la llave (cond_regularidad) = (5)”
Adjunto también la tabla de lo que contiene mig.sga_cond_regular, donde interpreto que no existen valores duplicados
Es la primera BD a migrar, por lo tanto no se como resolver este inconveniente.
Aguardo sus comentarios para continuar.
Muchas gracias
mig.sga_cond_regular.xls.zip (1.49 KB)
error - trabajo tablas comunes.txt (54.4 KB)
Puede ser que no este actualizada la secuencia de esa tabla de conversion de primary key.
Corre lo siguiente y volve a probar;
set search_path = negocio;
SELECT setval('mig._cnv_pk_cond_regularidad_seq'), (SELECT max(cond_regularidad) FROM mig._cnv_pk_cond_regularidad));
SELECT setval('sga_cond_regularidad_seq',(SELECT MAX(cond_regularidad) FROM sga_cond_regularidad));
Hola, no me funciona el query enviado.
A cual tabla haces referencia, a sga_cond_regularidad de negocio? Esa tabla tiene 5 registros del 1 al 5.
Aguardo tus comentarios,
Saludos
A cual tabla haces referencia, a sga_cond_regularidad de negocio? Esa tabla tiene 5 registros del 1 al 5.
Si.
Tiene 5 valores que son los valores por defecto que se registran al crear la base.
¿Que error da al actualizar las secuencias?
Buenos días Alejandro
El problema del query es que tiene un paréntesis sin cerrar, lo modifique de la siguiente manera y ahí funciona .
set search_path = negocio;
SELECT setval('mig._cnv_pk_cond_regularidad_seq', (SELECT max(cond_regularidad) FROM mig._cnv_pk_cond_regularidad));
SELECT setval('sga_cond_regularidad_seq',(SELECT MAX(cond_regularidad) FROM sga_cond_regularidad));
Ahora bien, esto lo corrí en el pgadmin, el primer select devuelve el valor “111” y el segundo select devuelve “5”.
Esto lo debería aplicar en el trabajo de tablas comunes? En que lugar?
Otra observación, quizás está influyendo. Nosotros agregamos un registro mas en la tabla sga_cond_regular
INSERT INTO sga_cond_regular VALUES ('7', 'Promoción','A','');
Actualmente esto lo utilizamos para que los docentes completen con esa condición cuando el alumno promocionó la materia, luego el departamento de alumnos identifica a estos alumnos de las actas de regularidad y genera el acta de examen para acreditar la aprobación de la materia.
Es decir, no tenemos habilitado la promoción con el circuito propuesto en G2.
Aguardo sus comentarios.
Saludos
Si, justamente ese es el problema, porque en la tabla sga_cond_regular de G2 les quedo dos condiciones de regularidad con la misma descripcion “Promoción”.
Para poder migrar y ademas que migre esa condición de regularidad, podrías cambiar el nombre a esta condición de regularidad nro 7, luego migrar y después en Guarani 3 ver de volver a cambiar ese nombre en la tabla sga_cond_regularidad.
Para cambiar el nombre solo en el esquema mig hace lo siguiente:
UPDATE sga_cond_regular SET descripcion = 'Promoción 2' WHERE cond_regularidad = 7;
Es por eso que daba error al migrar con clave duplicada en la tabla mig._cnv_pk_cond_regularidad, ya que encontraba dos registros con la misma descripción e intentaba setear el id nro 5 de esa condicion de regularidad “Promoción” que ya existe en G3.
Hola Alejandro
Realice los cambios propuesto pero el error persiste ahora con otra condición.
Te adjunto el detalle de los errores.
Que otra cosa puede ser?
Saludos
error - trabajo tablas comunes 2.txt (54.4 KB)
Por favor podes enviar el resultado de lo siguiente:
SELECT cond_regularidad, descripcion FROM mig.sga_cond_regular ORDER B Y 1
Debe pasar lo mismo con la condicion de regularidad 1, debe haber otra condicoin con la misma descripcion.
Hola Alejandro
Te paso los datos como quedaron:
1;“Libre”
2;“Abandonó”
3;“Insuficiente”
4;“Regular”
5;“Promocionó”
6;“No Promocionó”
7;“Promocion 2”
Todas las descripciones son distintas.
Aguardo comentarios, gracias.
La tabla mig._cnv_pk_cond_regular tiene datos?
select * from mig._cnv_pk_cond_regularidad
Buenos días
Si, la tabla indicada tiene datos, los mismos son los siguientes:
[tr]
[td]
cond_regularidad cond_regularidad_g2 existe migrar id_nuevo observaciones
105 1 0 1
106 2 0 1
107 3 0 1
108 4 0 1
109 5 0 1
110 6 0 1
111 7 0 1
[/td]
[/tr]
Tenes un backup de la base previo a la migracion del módulo nro 5 - Tablas Comunes?
Si es asi levantá ese backup y volvé a migrar este módulo.
Buenos días
No tengo un backup de esa instancia pero voy a realizar todo el proceso y aplico lo que me indicaste y te aviso,
Si necesitas que pare en otra instancia por favor avisame.
Gracias,
¡Hola Adrián! Siempre sugerimos que tengan un back up de cada paso, justamente en esta etapa de pruebas puede que tengas que repetir varias veces alguno de los pasos.
¡Saludos!
Hola Emilse
Gracias por las recomendaciones. Como estamos probando todo el proceso no realizamos backup pero vamos a tomar el habito.
Ahora continuando con el inconveniente ya se puede ejecutar todo el trabajo de tablas comunes hasta su finalización.
Solo una ultima consulta, el excel a analizar nos indica el siguiente query:
SELECT cppg.* FROM sga_periodos_genericos as peg, mig._cnv_pk_periodos_genericos as cppg WHERE peg.nombre = cppg.periodo_lectivo
la tabla sga_periodos_genericos de que esquema es?
Aguardo sus comentarios.
Gracias
La tabla sga_periodos_genericos es una tabla del esquema de Guarani 3, el esquema “negocio”.