Barrapunto

Por ejemplo una vez vi una BD M$ Access que guardaba 4 fotos por registro (fotos supuestamente de ~300Kb) cuando la tabla llego a los 200 registros peto. El .mdb ocupaba algo mas de 1Gb, el usuario no hacia backups porque no le cabía en un CD, tardaba mucho en abrirse...

Ya se que M$ Access es un mal ejemplo... ;-) pero desde entonces lo pienso 2 veces antes de meter según que en una BD

Otro ejemplo: Supongamos que quiero hacer una BD para catalogar todos mis CD's/DVD's, y meter en la BD las .iso de cada uno...

Podría hacerlo con M$ SQLServer? MySQL? PostgresSQL? con Oracle? con M$ Access seguro que no...

cuantos cabrían en la realidad? alguien lo ha probado?

cuanto tardaría en introducir / sacar cada .iso localmente? lo mismo que copiar la .iso entre dos carpetas?

y remotamente el rendimiento seria el mismo que usando ftp, http, rsync, scp, smb? y como lo haría? via http con un php/perl/cgi que se encargue de meterlo / sacarlo en la BD (que pasa con los timeouts del http y del php)? o un cliente de BD? o un cliente programado apropósito...

y el espacio real ocupado en disco? (los sistemas de archivos pierden espacio en cada fichero en los clusters incompletos.)

cuantos segundos tarda una determinada consulta sin ninguna .iso en la BD y una con x .iso's?

Meterlo todo en la BD queda muy bonito y estructurado, pero a la practica lo veo mas fácil de programar y con menos probabilidad de fallo si lo meto en el sistema de ficheros.

El ejemplo que has puesto de Access no es válido.

Lo que esa aplicación almacena en la bd no es el archivo, sino su representación en memoria. Cuando muestras un jpg, el software que uses debe procesarlo para obtener un mapa de bits. Y es ese mapa de bits lo que almacena en la bd.

A modo de ejemplo, un .jpg de unas 200 Kb ocuparía más de 4 megas en la base de datos.

Sí se puede hacer con access. Pero tocaría molestarse en averiguar cómo almacenar una copia del archivo en lugar de su representación como mapa de bits. De ese modo:

300 Kb/registro x 200 registros = 60.000 Kb

Access es lo que es y llega hasta donde puede. Que la gente haga malas aplicaciones con Access es otra cosa muy distinta. Una aplicación mal hecha es una aplicación mal hecha.