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

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