Re: SQL/MED - core functionality - Mailing list pgsql-hackers

From Itagaki Takahiro
Subject Re: SQL/MED - core functionality
Date
Msg-id AANLkTi=yCTBMyJn9Hcqd2THgTKSJ-TsxmpXv3AHzasjF@mail.gmail.com
Whole thread Raw
In response to Re: SQL/MED - core functionality  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: SQL/MED - core functionality
List pgsql-hackers
On Thu, Nov 25, 2010 at 22:03, Heikki Linnakangas
<heikki.linnakangas@enterprisedb.com> wrote:
> I propose the attached API instead. This has a clear separation between plan
> and execution.

The APIs seem to be cleaner. The previous ones might be too straight
implementation of the SQL standard.

But I have some questions about the new APIs: 1. Doesn't FdwPlan need to inherit Plan struct? 2. Doesn't FdwPlan need
tosupport copyObject()? 3. If "Datum *values, bool *isnulls" is the better interface,    why do we use TupleTableSlot?
Wemight have the similar issue    in the index-only scan; it also handles virtual tuples.
 

-- 
Itagaki Takahiro


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: reporting reason for certain locks
Next
From: Alvaro Herrera
Date:
Subject: Re: reporting reason for certain locks