Re: Bug and/or feature? Complex data types in tables... - Mailing list pgsql-general

From Michael Glaesemann
Subject Re: Bug and/or feature? Complex data types in tables...
Date
Msg-id 6FD6055A-473C-11D8-9C78-000A95C88220@myrealbox.com
Whole thread Raw
In response to Re: Bug and/or feature? Complex data types in tables...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
Hi Tom

On Jan 3, 2004, at 2:31 PM, Tom Lane wrote:
> The thing we are missing (i.e., what makes it crash) is an internal
> representation that allows a tuple to be embedded as a field of a
> larger
> tuple.  I've looked at this a couple of times, and each time concluded
> that it was more work than I could afford to spend at the moment.  The
> support-such-as-it-is for tuple return values uses a structure that has
> embedded pointers, and it doesn't make any effort to get rid of
> out-of-line TOAST pointers within the tuple.  Neither one of those
> things are acceptable for a tuple that's trying to act like a Datum.

Would you mind explaining this a little more, or pointing me to where I
can learn more about this? I looked through the html docs for TOAST,
and only found a brief mention regarding large objects and user-defined
types, but it doesn't get into it in very much detail. (Well, there's
the sliced bread index entry, also. :)

Michael Glaesemann
grzm myrealbox com


pgsql-general by date:

Previous
From: Michael Glaesemann
Date:
Subject: Re: Bug and/or feature? Complex data types in tables...
Next
From: Michael Glaesemann
Date:
Subject: Re: Bug and/or feature? Complex data types in tables...