From: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
---|---|
To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
Cc: | vishal saberwal <vishalsaberwal(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Selecting Large Object and TOAST |
Date: | 2005-12-05 04:45:53 |
Message-ID: | 4393C601.8040900@commandprompt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>
> This doesn't answer the question.
>
> Fact is that most procedural languages (including PL/pgSQL) don't have
> any access to classic large objects in the first place. So all the
> stored procedure can do is to return the identifier of the large
> object to the client and the client must then use lo_open(), lo_read()
> etc. to actually get the data of the object. Not all client interfaces
> support these fastpath based libpq functions.
>
You are correct, I missed the part about wanting to return from a stored
procedure.
>> Well I have to disagree with this. It entirely depends on the size of
>> the data you are storing. Bytea is remarkably
>> innefficient.
>
> Which would be the data type of your choice for images?
Well as I said it depends on the size of the data. Are we talking 100
meg vector images? Then large objects. Are we talking thumbnails that
are 32k then bytea.
Joshua D. Drake
>
>
> Jan
>
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-12-05 05:10:35 | Re: port/snprintf.c (was Re: Numeric 508 datatype) |
Previous Message | Tom Lane | 2005-12-05 04:16:25 | Re: port/snprintf.c (was Re: Numeric 508 datatype) |