estructura de aplicación/base de datos

[tcp_ip_es]

Yo haría una única base de datos, asi vas viendo si tus consultas e indices van bien con un volumen grande de datos, si ves que que tus consultas se relentizan antes de los 5 años que propones crearía un histórico en ese momento o mejoraría la consulta/indices.

Saludos, Tony

[Neftali [Germán.Estévez]]

Por mi parte coincido con lo que te han dicho. Creo que el diseño correcto sería una Base de Datos con todos los datos. Si FB no "llega" por el volumen de la Base de Datos, pues estudia cxambiar a otro mo0tor más potente, pero no creo que sea buena idea cambiar a un mal diseño por esa razón.

El tema del histórico es independiente y recomendable. Cada x tiempo puedes hacer ese proceso independientemenete del diseño final que escojas.

[[coso]]

Hola,
yo haria una base de datos por empresa, creando su propio backup al llegar a ciertos limites, ya sean de años o de tamaño

[Gabriel]

Si puedes soportar todo, con una base de datos, puedes gestionar información entre empresas, Impagos por empresa, facturación por empresa, Clientes de todas las empresas, Empreados de todas las empresas.
Solo tienes que gestionar un Backup, para todos, puedes gestionar varios backups diarios, incluso un servidor con replicación por Harware, cada noche una cinta puede guardar todos los backups del dia.
Los clientes que la linea telefonica, de poco canal, puedes ponerles clientes Citrix, es como si trabajasen en el servidor, los que tienen canal amplio, puedes hacer conexión directa.

La verdad, creo que con una base de datos, para todos, las mejoras administrativas son muchisimas, cuando veas, que la cosa, va lenta, puedes gestionar de nuevo indices, o incluso crear un historico, y dejar los dos ultimos años en la base de datos original.

A mi Firebird, siempre me sorprende por lo bien que funciona.

Saludos

[Galahad]

ok, gracias a todos, optaré por crear una única base de datos,

saludos...