Re: FOREIGN TABLE doc fix - Mailing list pgsql-hackers

From Tom Lane
Subject Re: FOREIGN TABLE doc fix
Date
Msg-id 4992.1307988913@sss.pgh.pa.us
Whole thread Raw
In response to Re: FOREIGN TABLE doc fix  (Dave Page <dpage@pgadmin.org>)
List pgsql-hackers
Dave Page <dpage@pgadmin.org> writes:
> On Mon, Jun 13, 2011 at 6:56 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I think we're talking past each other.

> Hmm, I wonder if you're correct (as usual :-p). I thought you were
> talking about the API as defined here:
> http://www.postgresql.org/docs/9.1/static/fdw-routines.html, not
> internal planner stuff. I agree that if I use that (and I have, but
> only minimally), it should be on my own head.

Well, you'll notice that that document is mighty handwavy about exactly
what PlanForeignScan needs to do to accomplish its responsibilities...

But as far as breaking things at that level of detail is concerned, the
main thing I can foresee is that doing a parameterized inner scan on a
foreign table is both extremely desirable, and unsupportable given this
contract for PlanForeignScan.  We'll need to either add more parameters
to it or invent a different entry point for considering parameterized
scans.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [v9.2] SECURITY LABEL on shared database object
Next
From: Tom Lane
Date:
Subject: Re: FOREIGN TABLE doc fix