Error Cambio 1991 Migración a Mapuche

Como habíamos quedado, seguimos actualizando los errores que nos va dando el intento de migración del Pampa a Mapuche. En este caso el nuevo error reportado fue en el cambio 1991

ALTER TABLE " . parent::get_esquema() . ".dp30 DROP CONSTRAINT dp30_pkey;
		ALTER TABLE " . parent::get_esquema() . ".dp30 ADD CONSTRAINT dp30_pkey PRIMARY KEY (nro_cargo, nro_planta, fec_inicial, tipo);
		ALTER TABLE " . parent::get_esquema() . ".dp30 ALTER COLUMN fec_final DROP NOT NULL;
		UPDATE " . parent::get_esquema() . ".dp30 SET fec_final = null WHERE fec_final = '31/12/2099'::date;

Dado que contamos con algunos registros duplicados por la clave primaria propuesta.

De acuerdo a vuestros comentarios sobre que planta no está implementado en Mapuche todavía, para poder lograr un avance, sería conveniente que contáramos con un instalador donde estén comentados u obviados todos los cambios que tengan que ver con plantas y cargos, que es precisamente con lo que estamos teniendo problemas, dado que usamos dichas funcionalidades, y por tanto las tablas relacionadas contienen datos.
Quedamos a la espera de sus comentarios.

Un saludo,

Ing. Graciela Piccininno


registros duplicados dp30.gif

registros duplicados dp30.png

Hola Graciela, esto de Planta sin duda que vamos a tener que reverlo y armar un conversor especifico.
Lamentablemente generarte un paquete nuevo de instalación con eso comentado no nos es muy practico y lo tendríamos que arrastrar en cada versión que saquemos. Pero lo que si podríamos hacer es ayudarte a armar un script SQL (un pre conversor) para subsanar estas cuestiones que surjan. Por lo cual para migrar a mapuche, antes tendrías que correr dicho script.

Si mal no recuerdo, tendría:

  1. borrar indice en dp20
  2. borrar licencias con fecha_desde en nulo
  3. borrar registros de dp30 que no cumplan con la clave primaria.

Saludos, Nico.