Aplicacion campañas de cereales

[afxe]

Como digo, depende. Si la información a recabar por campaña no es mucha y estás empleado algún RDBMS (Interbase, Firebird, Mssql...), yo soy partidario de añadir un par de campos en cada tabla de movimientos: Ejercicio y Campaña. Al realizar tus consultas puedes tener dos variables que indiquen qué ejercicio y campaña es el que está activo y cada vez que realices altas asignar por defecto el ejercicio y la campaña activa. ¿Ventajas? Todo está en una sola base de datos, si necesitas realizar comparaciones interanuales es mucho más fácil, el sistema de copias de seguridad se simplifica (un solo fichero), los ficheros maestros son comunes para todos los ejercicios, ahorrándote el proceso de cierre y apertura con importación de datos, el mantenimiento de los datos de los maestros también se simplifica, las cosas sólo se modifican una vez. Hacer un seguimiento de campañas por establecimiento, por ejemplo sería una simple consulta SQL, si lo tienes dividido en bases de datos te supone recorrer varias bases de datos y llevar un mantenimiento a parte de las mismas, para saber cuantas hay y qué contienen....

El único problema es la masificación de datos en los archivos de movimientos. Si no usas más de 4 índices y no vas a mantener más de cinco años en máquina puedes valorar unos 250.000 registros por año, si pasas de esa cantidad sí pensaría en dividir la base de datos por ejercicios.

Espero no haberte liado.
Saludos.