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

[amadis]

Que tal Colegas.

Estoy tratando de hacer mejor un sistema automatico que chequee la estructura de mi base de datos.

Tengo una aplicacion VCL, de la cual subo actualizaciones del EXE a mi servidor y se actualizan los clientes al ejecutar.

Al conectar el EXE a la Base Firebird con Firedac, lo primero que leo es un INTEGER de un campo VERSION.

Luego en el EXE antes de seguir cargando el sistema tengo numeros de Version donde hubo cambios en la estructura de la BD

Código Delphi [-]
 If VERSION < 16 
  then { aqui creo un fdquery y ejecuto alter table y agrego o modifico estructura de las tablas, pongo version =16 y ejecuto el query}
 
 If VERSION < 17 // aqui nuevamente chequeo cambios posteriores
  then { aqui creo un fdquery y ejecuto alter table y agrego o modifico estructura de las tablas , pongo version =17 y ejecuto el query}   
   
 If VERSION < 18 // aqui nuevamente chequeo cambios posteriores
  then { aqui creo un fdquery y ejecuto alter table y agrego o modifico estructura de las tablas, pongo version =18 y y ejecuto el query}

Y asi cada vez que hago cambios en la estructura de Firebird, agrego varias lineas en el EXE, para que si el exe fue encuentra una version desactualizada de la Base de datos la pueda actualizar, pero se me torna incomodo.

¿existe alguna forma de hacerlo todo en SQL, y dejar solo un Query que se ejecute al iniciar y el mismo query compare la version actual de la Base de datos con las diferentes versiones de cambios posteriores y vaya aplicando los cambios necesarios?

Espero que se entienda la idea de lo que quiero lograr? .

Muchas gracias

[Casimiro Notevi]

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 Notevi]

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.