Re: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] [pgsql-es-ayuda] sobre imágenes

Amigos, muchas gracias por sus sugerencias, voy a probar por el lado de
bytea, ya mismo me pongo a googlear sobre el tema, si tienen algún link
para recomendar al respecto, bienvenido sea.
Muchas gracias de nuevo.

Guillermo Villanueva

El 28 de febrero de 2012 16:43, Edwin Quijada
<listas_quijada(at)hotmail(dot)com>escribió:

> Siempre he querido usar ByteA para eso pero aun me mantengo con el
> mecanismo de TEXT y la verdad con 9 years funcionando desde la version 7 y
> sin joderme para nada, ya tengo mas 400000 fotos, me pongo vago para ello.
> Talvez algun dia cambie por Bytea pero por ahora me va muy bien.
> If dont break dont fix it
>
> > Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] [pgsql-es-ayuda] sobre
> imágenes
> > From: gps1mx(at)gmail(dot)com
> > Date: Tue, 28 Feb 2012 09:47:29 -0600
> > CC: guillermovil(at)gmail(dot)com
> > To: pgsql-es-ayuda(at)postgresql(dot)org
>
> >
> >
> > El 28/02/2012, a las 09:09, Alvaro Herrera escribió:
> >
> > >
> > > Excerpts from Jaime Casanova's message of mar feb 28 11:46:01 -0300
> 2012:
> > >> 2012/2/27 Guillermo Villanueva <guillermovil(at)gmail(dot)com>:
> > >>> Hola amigos, tengo que diseñar una base de datos en la cual, en una
> de las
> > >>> tablas tendré un campo para una foto.
> > >>> Es una tabla de personas con su correspondiente fotografÖa (una
> foto simple,
> > >>> que hasta me gustarÖa limitar el tamaño).
> > >>> Simplemente querÖa pedirles que me sugieran que tipo de dato usar
> para el
> > >>> campo foto y si me pueden recomendar algún link para ver el
> tratamiento de
> > >>> ese campo desde php.
> > >>
> > >> no veo porque usar bytea cuando puedes usar el mecanismo de objetos
> > >> grandes (lo) que existe para eso.
> > >
> > > Al contrario, ¿por qué usar LO si puedes usar bytea? A mÖ no me
> parece
> > > que LO tenga muchas ventajas, al contrario es una joda porque tienes
> que
> > > hacerte cargo "manualmente" de borrar los objetos que ya no son
> > > referenciados, etc. Los LOs son prácticamente un mecanismo obsoleto,
> > > hasta que alguien se ponga manos a la obra de verdad e implemente cosas
> > > como aumentar el tamaño máximo y resolver el que el VACUUM de
> > > pg_largeobject sea generalmente tan doloroso.
> > >
> > > Lo de usar una tabla aparte con una FK como sugiriÓ Alejandro, la
> verdad
> > > es que no sirve de nada, porque el mecanismo de TOAST ya hace eso en
> > > forma transparente y automática.
> > >
> > > Si vas a usar una columna de tipo bytea con datos que ya están
> > > comprimidos (como JPEG) te recomiendo desactivar la compresiÓn a nivel
> > > de toast, usando ALTER TABLE .. SET STORAGE EXTENDED.
> > >
> > > --
> > > Ùlvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> > > -
> > > 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
> >
> >
> > Hola.
> >
> > Yo uso el esquema de poner imágenes dentro de la BD, y me ha resultado
> muy bien. En un servidorcito pequeño manejo una tabla donde tengo poco
> menos de 130,000 imágenes de unos 5 mb promedio, acceden unos 50 usuarios
> simultaneos a la BD y no tengo ningún problema con el rendimiento. El campo
> es Bytea.
> >
> > Saludos!
> >
> > Juan Manuel.
> >
> >
> > -
> > 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
>