From: | Chris Bitmead <chrisb(at)nimrod(dot)itg(dot)telstra(dot)com(dot)au> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-hackers(at)postgreSQL(dot)org" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: PGSQL internals question... |
Date: | 2000-06-23 05:58:38 |
Message-ID: | 3952FC8E.85330B24@nimrod.itg.telecom.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
>
> Chris Bitmead <chrisb(at)nimrod(dot)itg(dot)telstra(dot)com(dot)au> writes:
> > inside the backend, if I have a TupleTableSlot, can I find out from what
> > basetable it is referring to or not?
>
> Since it's not necessarily referring to any table at all, the general
> answer is "no". Do you have a reason to assume that the slot is
> holding a tuple directly fetched from disk, rather than constructed
> on-the-fly?
I'm looking at implementing classoid and I was looking around inside
ExecProject, wondering if this would be a good place to create the
magical classoid field. If I understand ExecProject it takes some "real"
tables and mangles them into a single result tuple. Do I know if it is a
tuple direct from disk? It seemed that way, but perhaps you can tell me?
The other approach I'm looking at is to add a Relation field to
TupleTableSlot which is populated inside of XXXScan or whatever, which
can be lifted out inside ExecProject. Do you think I'm on the right
track?
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-06-23 06:19:24 | Re: PGSQL internals question... |
Previous Message | Tom Lane | 2000-06-23 05:53:07 | Re: 64-bit sequences |