Re: Oddity in handling of cached plans for FDW queries - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Oddity in handling of cached plans for FDW queries
Date
Msg-id 8993.1468617909@sss.pgh.pa.us
Whole thread Raw
In response to Re: Oddity in handling of cached plans for FDW queries  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Oddity in handling of cached plans for FDW queries  (Robert Haas <robertmhaas@gmail.com>)
Re: Oddity in handling of cached plans for FDW queries  (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>)
List pgsql-hackers
I wrote:
> Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp> writes:
>> Here is a patch for that redesign proposed by you; reverts commits  
>> fbe5a3fb73102c2cfec11aaaa4a67943f4474383 and  
>> 5d4171d1c70edfe3e9be1de9e66603af28e3afe1, adds changes for that redesign  
>> to the core, and adjusts the postgres_fdw code to that changes.  Also, I  
>> rearranged the postgres_fdw regression tests to match that changes.

> OK, I'll review this later today.

Pushed, after fooling around with it some more so that it would cover the
case we discussed where the join could be allowed if we restrict the plan
to be executed by the owner of a view used in the query.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: heap_xlog_lock forgets to reset HEAP_XMAX_INVALID
Next
From: Andres Freund
Date:
Subject: Re: heap_xlog_lock forgets to reset HEAP_XMAX_INVALID