por
pobrecito hablador
el Viernes, 02 Septiembre de 2005, 18:38h
(#585720)
Sí, pero... ¿no se verán afectadas las consultas al incrementarse el tamaño de la BBDD por introducir los ficheros en ella? Yo siempre he oído que es la principal ventaja de almacenar en el sistema de ficheros.
Si la base de datos hace una indexación lógica no debería importar el tamaño de una tabla en la que guardas bitstreams (con su campo para indexación a parte, NUNCA uses para indexar un campo de gran tamaño (los bits del archivo) o que pueda repetirse) con otra en la que guardas ... los autores de esos ficheros por poner un ejemplo.
De hecho un campo de contenido ascii muy largo no deja de ser parecido a un fichero y si no recuerdo mal los artículos de la Wikipedia (y algunos no son ni mucho menos cortos) se guardan en un campo...Resumiendo, problemas de rendimiento no deberías tener si separas los datos y creas relaciones entre las diferentes tablas.
En PostgreSQL no he visto ninguna perdida de rendimiento al meter ficheros en una DB (miles de ficheros con un total de varios Gb).
Pero en Sybase me han dicho que si se nota que pierde rendimiento (esto no puedo asegurar).
Re:Utiliza base de datos
(Puntos:0)Re:Utiliza base de datos
(Puntos:5, Interesante)( http://barrapunto.com/ )
Re:Utiliza base de datos
(Puntos:2)( http://ktzar.com/ )
De hecho un campo de contenido ascii muy largo no deja de ser parecido a un fichero y si no recuerdo mal los artículos de la Wikipedia (y algunos no son ni mucho menos cortos) se guardan en un campo...Resumiendo, problemas de rendimiento no deberías tener si separas los datos y creas relaciones entre las diferentes tablas.
kTzAR
Re:Utiliza base de datos
(Puntos:2)( http://barrapunto.com/ )
Pero en Sybase me han dicho que si se nota que pierde rendimiento (esto no puedo asegurar).