firebird en varias campañas

[GINMARMENOR]

Una Campaña es como una año natural, la única diferencia es que en vez de ir de Enero a Diciembre (Año Natural) va de de un mes del año en curso al mismo mes anterior del año siguiente, puede ser Agosto-17 a Julio-18 o Septiembre-18 a Agosto del año 19, pero para no liar y simplificar tomamos un año natural, así los datos están ubicados por directorios año 2018 Directorio (Datos18), año 2019 (Datos19), y así sucesivamente.

La idea de añadir un campo a la base de datos con el año está bien, pero al final se acumularían una ingente cantidad de datos que ralentizaría mucho la lectura de estos datos.

Como ejemplo tenemos en los programas de Contabilidad, los datos de cada año están separados por directorios cada año uno, y el programa te da a elegir a qué año quieres ir, abriendo uno u otro directorio y cuando vienen las actualizaciones con nuevos campos se puede abrir sin problemas los datos de cualquier año anterior.

Es por eso mi pregunta la de poder modificar la base de datos con nuevos campos, pero que no diera error al abrir otros años anteriores, no sé dónde podrá estar el secreto.

[WHILENOTEOF]

Yo, al igual que pretendes hacer tú, tengo una base de datos diferente por campaña, y mantengo siempre la misma estructura de tablas y campos en todas las bases de datos del histórico, sino va a ser casi imposible que mantengas con el mismo ejecutable la compatibilidad, y no te salten errores por falta de campos o renombrado de los mismos.

[Casimiro Noteví]

Claro, hay que actualizar todas las bases de datos.
No hay secreto alguno.

[GINMARMENOR]

No entiendo muy bien WHILENOTEOF, quieres decir que mantienes la misma estructura de campos y tablas en todas las campañas, y si por circunstancia tienes que añadir un campo a una tabla en la última campaña para adaptarla a nuevas circunstancias no lo harías entonces, o crearías una tabla nueva supongo en la base de datos y la relacionarías.

[WHILENOTEOF]

Empezado por GINMARMENOR

No entiendo muy bien WHILENOTEOF, quieres decir que mantienes la misma estructura de campos y tablas en todas las campañas, y si por circunstancia tienes que añadir un campo a una tabla en la última campaña para adaptarla a nuevas circunstancias no lo harías entonces, o crearías una tabla nueva supongo en la base de datos y la relacionarías.

No, sí que lo haría, es decir añades el campo a la misma tabla en todas las base de datos. Cada vez que haces un cambio en los metadatos, lo actualizas en todas las bases de datos. Yo utilizo el database comparer que te genera un script con las diferencias entre dos bases de datos, lo ejecutas y ya las tienes iguales (en tablas, campos, triggers, procedures, etc).

[GINMARMENOR]

Eso sería ideal, cómo podría hacerlo o dónde podría verlo, Metadatos?

[WHILENOTEOF]

Empezado por GINMARMENOR

Eso sería ideal, cómo podría hacerlo o dónde podría verlo, Metadatos?

Bueno metadatos hace referencia a la estructura de la base de datos (tablas, campos, trigers, etc). Busca Database Comparer VCL en Google y darás con una página que tienen unos componentes (Clever ) para hacer el database comparer y también un ejecutable (para uso no comercial …) que te hace los mismo (sin necesidad de implementarlo con los componentes). Registras una base de datos master y una que quieres comparar con ésta, al ejecutar la comparación se genera un script con las diferencias en la estructura (metadatos), si lo ejecutas haces que las dos bases de datos ya tengan la misma estructura.

Esto lo podrías tener también acumulando los scripts de actualización de la base de datos que hayas ejecutado en la última, y lo aplicas a todas.

[GINMARMENOR]

Lo haré a ver si lo consigo

Muchas Gracias.