Excerpts from Jaime Casanova's message of mar feb 28 11:46:01 -0300 2012: > 2012/2/27 Guillermo Villanueva <guillermo...@gmail.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 <alvhe...@alvh.no-ip.org> - 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
