[afxe]

Hola Sick.

El método que sigo es el siguiente: Como comenté, creo archivos con instrucciones DDL (definición de datos), como adicción de campos y stock procedures o modificación de triggers, asignación de valores por defecto, etc... Dichos archivos están en un servidor FTP y los nombro VERnnnn.DDL, donde nnnn es un nº secuencial para mantener el orden de script. Cuando se ejecuta uno de estos scripts, almaceno en una tabla de la base de datos el nombre del script, la fecha y hora de ejecución. Si restauro una base de datos lo primero que se comprueba es esta tabla y si hay que pasar algún Script de actualización a la BD recien restauradas. Problemas que he tenido:

- Creación de Foreing Keys, la mayoría de las veces se necesita que las tablas estén cerradas, si alguien tiene abierta la base de datos no se crea la referencia de integridad y yo ni me entero...

- Si un usuario pasa mucho tiempo sin actualizarse la ejecución consecutiva de muchos scripts sin realizar un backup y un restore da problemas si hay cambios en la misma tabla o trigger... algo que tiene que ver con el sistema de transacciones del IB, hay hilos por ahí al respecto...

- Es muy importante el orden de ejecución de los scripts: me ha sucedido que a la hora de descargar del servidor FTP más de 3 o 4 scripts, alguno no se ha bajado correctamente y se han ejecutado el Script VER0034.DDL sin que se hubiera ejecutado el VER0033.DDL....

- Ejecución de instrucciones muy pesadas: Algún Update sobre ficheros de movimientos o estadisticos que han tardado mucho y el usuario apaga el equipo o aborta el programa pensando que está bloqueado, provocando que no se ejecuten todas las instrucciones.

Ya te digo que esto puede suceder en una de cada 40 actualizaciones, pero si tienes 50 clientes actualizándose una vez a la semana es normal que en un mes tengas 3 o 4 incidencias por errores de actualización (dependiendo del tipo de actualización que hagas).

Saludos.