Chequear y hacer Cambios en Base de Datos Firedac + Firebird 3

[Casimiro Noteví]

Si no he entendido mal, tienes muchas opciones. Por ejemplo, tienes todas los cambios en la BD en una tabla específica, algo así como:

numero..sentencia
1.......insert into...
2.......update tabla...
3.......delete registro...
4.......update otratabla...
5.......etc.

Y en tu BD del programa puedes tener un campo que sea algo así como:

ultimasentenciaejecutada
3

Así que al iniciar el programa compruebas cuál es la última ejecutada en esa BD y ejecutas todas las siguientes al 3 (en este ejemplo).
Finalmente cambias ultimasentenciaejecutada por 5, en este caso.

[amadis]

Empezado por Casimiro Notevi

numero..sentencia
1.......insert into...
2.......update tabla...
3.......delete registro...
4.......update otratabla...
5.......etc.

Esta parte numero de sentencia me da una nueva mirada. Esto yo lo tengo en el ultimo EXE actual. El mismo se distribuye a distintos clientes usuarios del mismo soft (por ende cada uno tiene su BD con sus datos)

Y yo guardaba en la BD en un integer de formato 2208181840 (que significa año mes dia y hora del cambio de la BD).

Y lo que me esta pasando es que tengo como 30 procedimientos (uno por cada día que hice cambios en la BD)

Y buscaba una idea de como organizar mejor todos los procedimientos dentro del código fuente. Pensaba en un futuro ir eliminando los procedimientos primeros para limpiar código que ya será inservible.

[amadis]

se me ocurre almacenar en un clientdataset todos los numeros de version de la BD, y en un campo blob el string de sql a ejecutar para actualizar a dichos cambios

[Casimiro Noteví]

Clientdataset no es algo que esté grabado sino algo que lees a memoria, se pierde al cerrar.
Te aconsejo algo como he indicado.

[amadis]

Tenes razon, en el entusiasmo se me pasó ese detalle.

Y grabarlo a disco no me sirve porque entraría en la misma cuestión que quiero controlar.

Serviria alguna forma de tabla en memoria que la pueda editar en tiempo de diseño y se grabe en el exe.

[Casimiro Noteví]

¿Pero tú quieres que se actualicen los programas de los usuarios o sus bases de datos?

[mamcx]

Yo uso un sistema muy simple.

Incrusto como una constante el archivo con las migraciones dentro del .exe, en este formato:

Código SQL [-]
--version: 2

DROP TRIGGER IF EXISTS visit_code_update_tg ON payment;

--version: 3
ALTER TABLE doc_codes
ADD COLUMN doc_code  TEXT PRIMARY KEY DEFAULT generate_ulid() CHECK (not_empty(doc_code));

Eso lo comparo contra la version de la BD y simplemente es partir el archivo, chequear la version y recorrerlo.

[amadis]

Empezado por Casimiro Notevi

¿Pero tú quieres que se actualicen los programas de los usuarios o sus bases de datos?

La actualizacion de los programas de usuario ya la tengo implementada.

Lo que busco es optimizar el actualizador de base de datos, que de momento lo tengo en un procedimiento en el exe y le voy agregando comprobaciones de versión para que actualice la BD segun corresponda para quedar siempre al dia. (misma version de requisitos del exe con la version de la BD).