Thread: Recommendation on bytea or blob for binary data like images

Recommendation on bytea or blob for binary data like images

From
leon@oss.minimetria.com
Date:
Hi, I'd like to know what the official recommendation is on which binary
datatype to use for common small-binary size use.

I'm working with the Open For Business (www.ofbiz.org) framework, which by
default maps binary data, such as shipping label images, into OID field
types. In general, the data is far less than a gigabyte in size. Is it
strongly recommended by the postgresql community to store things like this
in bytea format as of 8.0?

Thanks,

Leon Torres
leon@oss.minimetria.com
Open Source Strategies
http://opensourcestrategies.com





Re: Recommendation on bytea or blob for binary data like images

From
Tom Lane
Date:
leon@oss.minimetria.com writes:
> Hi, I'd like to know what the official recommendation is on which binary
> datatype to use for common small-binary size use.

If bytea will work for you, it's definitely the thing to use.  The only
real drawback to bytea is that there's currently no API to read and
write bytea values in a streaming fashion.  If your objects are small
enough that you can load and store them as units, bytea is fine.

BLOBs, on the other hand, have a number of drawbacks --- hard to dump,
impossible to secure, etc.
        regards, tom lane


Re: Recommendation on bytea or blob for binary data like images

From
Leon Torres
Date:
Thanks for the quick response. We will be using bytea from now on. :-)

- Leon

Tom Lane wrote:

>leon@oss.minimetria.com writes:
>  
>
>>Hi, I'd like to know what the official recommendation is on which binary
>>datatype to use for common small-binary size use.
>>    
>>
>
>If bytea will work for you, it's definitely the thing to use.  The only
>real drawback to bytea is that there's currently no API to read and
>write bytea values in a streaming fashion.  If your objects are small
>enough that you can load and store them as units, bytea is fine.
>
>BLOBs, on the other hand, have a number of drawbacks --- hard to dump,
>impossible to secure, etc.
>
>            regards, tom lane
>
>  
>