Re: Selecting Large Object and TOAST

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
>

In response to

Responses

Browse pgsql-general by date

  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)