El tamaño es lo que importa
 

En una aplicación de gestión administrativa pretendo introducir el trabajo sin papel, lo que inebitablemente hará que tenga que guardar muchos documentos escaneados, pdf's,... sobre todo los que entran en papel cada día y los que se presentan a través de internet.
Ante este problema se me planteo el dilema del tamaño de la base de datos que utilizo:
Firebird 2.0.3 sobre linux debian (Ext3) y en la actualidad trabajando sobre una única base de datos de 5 Gb.
Lo primero que me sorprendió es que aparentemente tengo superado el tamaño maxímo del fichero de la base de datos, según lo que pone aqui.
Pero como aparentemente funciona....
Por lo que respecta al futuro y ante el previsible aumento del tamaño de la base de datos por lo antes referido, hago la siguiente consulta a la comunidad:
1. ¿Una sola base de datos o varias?
2. ¿Debería dividir el fichero único en varios? y, en caso de respuesta afirmativa, con que tamaño cada fichero?
3. ¿Podría incluso plantearme guardar los ficheros (imágenes, pdf, textos, hojas de calculo, ...) directamente en carpetas en vez de en la base de datos?.
Espero que alguien quiera aportar alguna sugerencia al respecto.

El tamaño depende del sistema de ficheros del sistema operativo, con FAT32 son 2 gigas, las primera versión de NTFS eran 4 gigas y con las versiones actuales de NTFS no tiene ese límite, y con los sistemas de ficheros usados en linux el límite también es enorme y hablamos de varios teras.
Lo de guardar imágenes y documentos en la base de datos es un tema tratado muchas veces, personalmente tengo implementado ambos modelos en distintos programas, cada uno tiene sus ventajas e inconvenientes y depende de cada caso el decidirse por uno u otro.
Desde luego, guardándolos en la base de datos la engordarás bastante :D ya he visto algunos de mis cilentes que han pasado los 10 gigas y alguno está rondando los 20 gigas, el único problema es la copia de seguridad, que tarda un "poquito" :)

p.d. No te recomiendo que "dividas" la base de datos, salvo que no tengas más remedio porque el sistema de ficheros del sistema operativo no permitiera los tamaños que necesitas.

Gracias Casimiro por la aclaración.
Lo he estado pensando y creo que voy a utuilizar la base de datos, a pesar del tamaño que ésta pueda cojer, pero es que de este modo puedo acceder a ella por sql desde la web.
Solo me plantea dudas la posibilidad de que se corrompa el fichero y se me marche todo por ahí.

Por esta procupación fue que decidimos que era mejor guardar los archivos en carpetas comunes y corrientes.

Pero claro, guardar los archivos en la DB tiene sus ventajas, como esa que mencionas, la de consultar desde SQL.

Con respecto a las backups, ahora firebird incluye una nueva herramienta que hace respaldos diferenciales, por lo que se ahorra mucho tiempo en ello. Lo malo, es que esta nueva herramienta no hace recolección de basura (hasta donde yo sé).

Saludos.