Actualización de bases de datos remotas.

[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.

[afxe]

La primera idea que tuve para actualizar las bases de datos de mis clientes era usar un sistema parecido al "Database Comparer" de CleverComponents o el IBComparer. Pensaba enviar el metadata de la base de datos maestra y que un programa en los clientes se autochequee contra esta BD maestra. Así no tengo que estar apuntando las modificaciones que hago en la base de datos para crear luego scripts y que los clientes no tengan que soportar el pasar varios scripts consecutivos.... Sin embargo no encontré ejemplos ni componentes que me hicieran esta tediosa acción y además, pasando el metadata hay cosas que no se pueden hacer, como por ejemplo, que tras la creación de un campo se inicialize a cero o que tras la modificación de un trigger se vuelva a pasar el recálculo de estadísticas... ¿me explico? Por eso quería saber que métodos de actualización están rulando.