Barrapunto

Si los ficheros pueden ser cualquier cosa, y la base de datos no va a tratar con el contenido del fichero propiamente dicho, creo absurdo usar blobs, entre otras cosas, porque ocuparán más espacio en el disco duro sin añadir información. Además el acceso será mucho más lento.

De todas formas, como en todo, depende. Depende del tratamiento, de la aplicación en si, de la tecnología empleada, etc.

Por ejemplo, si no recuerdo mal, el Oracle Forms (es decir, lo que haces con el Oracle Developer) guarda los ficheros en blobs, pero es por la filosofía de Oracle "todo es la base de datos".

Una ventaja de usar ficheros normales y corrientes es que puedes poner accesos alternativos sin necesidad de usar la aplicación cliente de la base de datos. Puedes hacer que se pueda llegar a los ficheros desde directamente ftp, NFS, SMB, webdav, etc. sin la intervención de la base de datos.

Si lo guardas en disco duro puede pasarte dos cosas:

1 - Si utilizas una herramienta de Backup para Oracle es dificil incluir la ruta donde dejes los ficheros.

2 - En caso de corrupción de la partición no tienes las herramientas de recuperación que puede tener un gestor de Base de Datos como Oracle.

Si guardas la información en la BD como un campo LOB puedes separarlos en otro tablespace diferente para evitar problemas en el tablespace de datos. Los ficheros también se pueden enviar directamente sin necesidad de realizar un ftp o exportar directorios por NFS o SMB. En el cliente puedes recuperar el fichero mediante una SELECT a dicho campo utilizando las estructuras correspondientes el PL/SQL o mediante ProC o su equivalente en Java.

Creo que Oracle también se encarga de realizar la compresión de dichos campo LOB.

¿Como lo hace los sistemas documentales existentes, tal como Documentum? Guardan los ficheros en campos LOB de la BD Oracle o similar.