Re: como guardar ficheros en una tabla

Aunque esto es una geurra santa, ahi vamos.

1- Los backup creceran pero igual tendras que hacerlo desde el SO si vas a sacar BK

2- Para la replica los WAL tambien van a crecer pero se supone que se deben replicar tambien las imagenes asi que ya sea por WAL o por FTP o lo que sea tendras que mandar las imagenes.

3- Si haces un select Postgres no carga las imagenes ergo no consume ni mas memoria ni se hace mas lento, PG solo carga la referencia en donde esta la imagen en la BD por lo tanto esto no implica nada.

4- AL eliminar un registro no tienes el problema de la integridad referencial ni tampoco los problemas de la seguridad al mantenerla en SO.

5- Mi sistema tiene alrededor de 300000 imagenes dentro de PG y eso con un metodo un poco mas arcaico , la convierto TEXT no a bytea, lo que hace que sea un poco mas grande y funciona perfectamente.

Finalmente , Instagram en sus primera versiones usaba PG

En lo particular las uso dentro de la BD porque me quito bastante trabajo y almaceno de todo desde PDF , imagenes y videos y todo bien, que el BK sera mas pesado Si, pero de todas formas tengo que hacerlo

________________________________
From: pgsql-es-ayuda-owner(at)postgresql(dot)org <pgsql-es-ayuda-owner(at)postgresql(dot)org> on behalf of Lazaro Garcia <lazaro3487(at)gmail(dot)com>
Sent: Thursday, March 30, 2017 4:33 PM
To: 'Kernel'; 'Ayuda'
Subject: RE: [pgsql-es-ayuda] como guardar ficheros en una tabla

Si por un tema de seguridad necesitas tener la data en la DB pues podrías guardarla ahí. Tuve una experiencia en un sistema donde guardábamos las huellas de personas en la DB. Para las imágenes solo buscábamos la que realmente era útil y nunca se usaba un select * porque era muy lento. En otros proyectos que he desarrollado las imágenes las he puesto en un servidor WEB apache, controlo los paths desde la aplicación y en la db solo guardo el nombre del fichero. De esa forma si el storage para las imágenes cambia, no tengo que modificar los registros en la base, sino los parámetros de configuración de la aplicación. Si elimino la tupla elimino también el fichero.

Saludos.

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Kernel
Enviado el: jueves, 30 de marzo de 2017 12:04 p. m.
Para: 'Ayuda'
Asunto: Re: [pgsql-es-ayuda] como guardar ficheros en una tabla

El 30/03/2017 a las 14:50, Lázaro Garcia escribió:
> El oid no es más que la referencia del large object que fue insertado en otra tabla independiente del catálogo. El bytea guarda en el mismo campo y utiliza TOAST. En lo personal recomendaría más guardar files independientes al motor y en la base almacenar el path donde el fichero está guardado por las siguientes razones:
>
> - Tu base puede crecer mucho (data files y generación de WAL). Con la base muy grande los backups and restore tardarán más, en cuanto a los WAL se generarán en mayor cantidad y será mucho mayor el flujo de datos si necesitas usar réplica.
>
> - Si haces un select sobre ese campo igual demorará más pues el motor necesitará colocar la data en los shared buffers, no creo que para ficheros sea una buena idea pues que pasa que si llenas los shared buffers de files o si por alguna razón shared buffers no alcanzara y fuese necesario usar swap?
>
> - Lo mismo sucediera si quisieras no se obtener los ficheros de un nombre específico. En este caso si guardas el nombre del fichero en la base solamente y configuras los paths a nivel de aplicación, pudieras incluso indexar por este campo para hacer algún tipo de búsqueda específico.
>
> Como nota: Si decides usar LO (Large objects), debes utilizar vacuumlo para eliminar los objetos largos del catálogo que ya no son referenciados.
>
> Saludos.
>
>
> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Kernel Enviado el: miércoles, 29 de marzo de 2017 03:47 a. m.
> Para: Ayuda
> Asunto: [pgsql-es-ayuda] como guardar ficheros en una tabla
>
> hola,
> Hasta ahora nunca he guardado ficheros el la db (pdf,jpg,doc) en la db y estoy valorando la posibilidad de guardarlos.
>
> He visto 2 maneras , una con oid (lo_import y lo_export) o definir un
> tipo bytea (no se con que funciones se maneja)
>
> me gustaria preguntaros algunas cosas
>
> Es recomendable guardarlo en la db
>
> ¿cual es la mejor manera con el typo bytea o oid?
>
>
> Agradeceria comentarios sobre vuestra experiencia con este tema
>
>
> Gracias
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org) Para cambiar tu suscripci n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
Gracias Lazaro,
actualmente lo tengo con ficheros, pero estoy probando y he añadido un campo bytea en la tabla actual, en la que guardo el nombre y demas datos.
Estoy pensando en limitar el tamaño del fichero a guardar a 5 megas.

En cuanto a la replica, también tengo que replicar los ficheros, lo hago con rsync, pero es verdad que los ficheros wal creceran.

El tamaño del backup y los ficheros es de 5GB mas o menos
, he probado a cargarlo y la copia mas o menos ocupa lo mismo,

mas o menos trabajan 50 usuarios, se pueden subir 10 o 15 archivos al dia.

-Las ventajas que veo es que tengo todo en el mismo sitio, no tengo que
tener por una lado la db y los ficheros, las replicas de ambos.
Puedo atacar a la db desde distintas apliaciones que pueden estar en
distintas plataformas, con acceder a la db tengo todo.

Creo que los tamaños de los que hablo son pequeños

¿Como lo ves?

Gracias

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)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(at)postgresql(dot)org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda