ERROR BD migracion 2.8.1

Hola gente, a alguien le salio un error como este al migrar a la 2.8.1 ? Pongo abajo algunas lineas del sql del import que causa el error.

Surgió cuando trate de hacer un import de la base ya migrada a la versión 2.8.1. En su momento migrada sin problemas!! antes estabamos en la versión 2.7.

lo curioso es que el error que retorna el motor es de sintaxis!!??


sh-3.1$ tail merlo.out -n 50

referencing new as new
for each row
    (
    --      ,
    --      EXECUTE PROCEDURE spi_empresas (
    -- new.empresa,
    -- new.nombre,
    -- new.descripcion)
    execute procedure "dba".spi_empresas(new.empresa ,new.nombre 
,new.descripcion ));

create trigger “dba”.tu_empresas update on “dba”.mdp_empresas
referencing old as old new as new
for each row
(
– ,
– EXECUTE PROCEDURE uau_empresas (
– old.empresa,
– old.nombre,
– old.descripcion,
– new.empresa,
– new.nombre,
– new.descripcion)
execute procedure “dba”.spu_empresas(old.empresa ,old.nombre
,old.descripcion ,new.empresa ,new.nombre ,new.descripcion ));

create trigger “dba”.td_empresas delete on “dba”.mdp_empresas
referencing old as old
for each row
(
– ,
– EXECUTE PROCEDURE uad_empresas (
– old.empresa,
– old.nombre,
– old.descripcion)
execute procedure “dba”.spd_empresas(old.empresa ,old.nombre
,old.descripcion ));

create trigger “dba”.ti_act_ec_sector insert on “dba”.mdp_act_ec_sector
referencing new as new
for each row
(
– ,
– EXECUTE PROCEDURE spi_act_ec_sector (
– new.sector,
– new.nombre,
– new.descripcion);
*** prepare sqlobj
201 - A syntax error has occurred.

Gustavo,

proba editanto el .sql del import y borrale a los procedimientos la linea comentada con el apostrofe

– ’

y volve a importarlo creao que este problema ya esta reportado en el foro

saludos
Ignacio

Si esas sentencias que te dan error etan al final del archivo sql que generó el dbexport, podes sacarlo de ese archivo, importar la base y luego crear esos procedures/triggers desde el sqleditor. Debe ser como dice Ignacio, algun caracter que quedo en el código que informix no lo acepta y da error.

Gracias por la pronta respuesta., pero mi nombre es GONZALO! ;-(

Voy a probar la solución de Ignacio, para sacarme la duda.

Ambas soluciones las he pensado pero,

en el 1er caso lo curioso es que no parece dar error con los procedures anteriores que estan igualmente comentados.

Y el 2do caso, era la opción mas viable, pero debía estar seguro que no es por corrupción de la base, por eso mejor pregunte.

En ambos casos, son 9 bases para corregir, y no se cuantos procedures, porque todas las bases cortan en el mismo lugar. Pensé que el error podía ser otro o que podía haber una solución mas rápida, pero bueno…si no queda otra. Me quedo tranquilo que los datos deben estar bien.

Gracias!

Hola Gonzalo, Ignacio, Ale

aquí nos sucedió exactamente lo mismo, corta en el mismo lugar

Otra alternativa (mas rápida?) para recuperar puedes ser:

Crear la base (vacia) ,
Ejecutar el sql desde el sql editor

Si es viable, con que parámetros se debiera crear la base ??

Gonzalo:

Uff!! Ese es un viejo problema que me pasó en varias oportunidades, en distintas bases e implementaciones y con versiones anteriores a la 2.8.x

Si te fijás en lo que posteaste el problema es que el SQL producido por el export generó varias líneas con comentarios (precedidas por – ) a partir de lo que debiera haber sido una sola línea. Si le sacás los – y concatenás las distintas líneas te debería quedar el código original.

Nunca supe a que se debía y porque en algunas bases si y en otras no. Ya no recuerdo como lo arreglaba, pero creo que arreglaba el SQL producido por el export y alguna veces cuando volvía a exportar no se generaba igual.

Saludos

Gustavo

Si, Gracias Gustavo. Es evidente que el problema es generado por las lineas comentadas.

El tema es que todos o la mayoria de los procedures vienen con comentarios asi. Y como decis vos, porque en unos si, y en otros no? vaya uno a saber…

El problema principal es la cantidad de bases y multiplicado por los procedures (si es que salta en otros) nos da muchos procedures que arreglar. Sumale si tuvieran personalizaciones c/u por facultad.

Bueno, por ahora no es urgente, pero consulte por las dudas que hubiese surgido del proceso de cambio de version. Ademas de esto tuvimos problemas con indices en una de las bases y podria haber estado todo relacionado. Menos mal no fue asi.

Gracias a todos por la ayuda

Hola Gonzalo,

No deberia ser muy complejo de arreglar el tema de eliminar las lineas con los comentarios problematicos.

Cualquier inconveniente, ponete en contacto y revisamos juntos como hacerlo para evitar hacerlo procedimiento por procedimiento

saludos
Ignacio

Gonzalo, no es que hay problemas en todos los procedures o triggers, solo en esos relacionados con esas tablas de empresa, sector, subsector.

Si en algunos motores da problemas cuando esta el comentario – var’s , el apóstrofe es el que da error al importar.
Podes editar el archivo .sql del export y cambiar – var’s por – vars