Skip site navigation (1) Skip section navigation (2)

Re: SQL/MED - core functionality

From: Shigeru HANADA <hanada(at)metrosystems(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>,Itagaki Takahiro <itagaki(dot)takahiro(at)gmail(dot)com>,pgsql-hackers(at)postgresql(dot)org
Subject: Re: SQL/MED - core functionality
Date: 2010-11-26 07:55:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Thanks for the comments.

I'll revise the patch along the discussion.  Before starting code work,
please let me summarize the discussion.

* Generally, we should keep FDWs away from PostgreSQL internals,
such as TupleTableSlot.

* FDW should have planner hook which allows FDW to create FDW-specific
plan (FdwPlan in Heikki's proposal) for a scan on a foreign table.

* FdwPlan, a part of ForeignScan plan node, should be able to be
copied in generic way because plans would be copied into another
memory context during caching.  It might be better to represent
FdwPlan with Node or List.

* FdwExecutionState, a part of ForeignScanState, should be used
instead of ForeignScanState to remove executor details from FDW
# ISTM that FdwExecutionState would be replace FdwReply.

Shigeru Hanada

In response to


pgsql-hackers by date

Next:From: Simon RiggsDate: 2010-11-26 08:44:22
Subject: Re: Assertion failure on hot standby
Previous:From: Radosław SmoguraDate: 2010-11-26 07:37:39
Subject: Re: [JDBC] JDBC and Binary protocol error, for some statements

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group