Como experiencia te diré que tengo una BD con mas de 10 años de imágenes y almacenarlas dentro de la BD fue lo mejor que pude hacer, nunca me ha gustado la solución fuera de la BD en estos tiempos no le veo sentido
________________________________________ From: pgsql-es-ayuda-ow...@postgresql.org <pgsql-es-ayuda-ow...@postgresql.org> on behalf of Alvaro Herrera <alvhe...@2ndquadrant.com> Sent: Thursday, February 11, 2016 9:20 PM To: Mario Jiménez Carrasco Cc: pgsql-es-ayuda@postgresql.org Subject: Re: [pgsql-es-ayuda] [OFFTOPIC] - Espacio en disco de tablas con imágenes. "Mario Jiménez Carrasco (isccarrasco)" escribió: > En la empresa donde laboro, tenemos actualmente una aplicación en la > que se digitaliza documentos que son cargados directamente a la base > de datos como objetos tipo batea, el primer cuestionamiento sería: ¿Es > recomendable hacer esto?, o ¿Cuál sería el mecanismo mas recomendable? Hacerlo de esa forma funciona bien. Sobre todo, considera que si pones los archivos fuera de la BD necesitarás considerarlas separadamente en caso que quieras hacer respaldos y tener réplicas. Si lo pones todo en la BD y manejas replicación streaming (o cualquier otro tipo de replicación, en realidad), tus servidores réplica automáticamente tendrán toda la información sin tener que preocuparte de un mecanismo adicional para copiar los archivos. La BD será más pesada, obviamente, pero si no tienes el "peso" en la BD entonces tendrás que tenerlo en otra parte, y no necesariamente estarás en mejor pie. ¿O estás pensando en usar un sistema de archivos en red, como LustreFS etc? > Por otro lado veo que el tamaño de la base de datos ha crecido (obvio > por las imágenes), el cuestionamiento en este caso sería, ¿Existe > algún plugin de PostgreSQL que comprima las imágenes sin perder la > calidad? o ¿este un tema del lado de la aplicación?. Si el campo es grande, Postgres intenta aplicar compresión usando un algoritmo relativamente rápido(*) pero no muy bueno. Si el formato es PDF, JPEG o similar, que ya tienen compresión interna, es inútil que la BD trate de comprimir de nuevo. En esos casos es mejor usar ALTER TABLE SET STORAGE para que la columna se guarde sin intentar la compresión. Si estás guardando texto ASCII o grandes documentos XML (que de por sí son bastante compresibles), normalmente la compresión es buena idea; si no, no. (*) en realidad, comparado con los nuevos algoritmos, no es tan rápido tampoco :-( -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
