Re: Foreign join pushdown vs EvalPlanQual

From: Etsuro Fujita <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp>
To: Kouhei Kaigai <kaigai(at)ak(dot)jp(dot)nec(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Shigeru Hanada <shigeru(dot)hanada(at)gmail(dot)com>
Subject: Re: Foreign join pushdown vs EvalPlanQual
Date: 2015-11-16 02:40:34
Message-ID: 56494222.3020403@lab.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2015/11/13 11:31, Kouhei Kaigai wrote:
>>>> On 2015/11/12 2:53, Robert Haas wrote:
>>>>> From my point of view I'm now
>>>>> thinking this solution has two parts:
>>>>>
>>>>> (1) Let foreign scans have inner and outer subplans. For this
>>>>> purpose, we only need one, but it's no more work to enable both, so we
>>>>> may as well. If we had some reason, we could add a list of subplans
>>>>> of arbitrary length, but there doesn't seem to be an urgent need for
>>>>> that.

I wrote:
>> But one thing I'm concerned about is enable both inner and
>> outer plans, because I think that that would make the planner
>> postprocessing complicated, depending on what the foreign scans do by
>> the inner/outer subplans. Is it worth doing so? Maybe I'm missing
>> something, though.

> If you persuade other person who has different opinion, you need to
> explain why was it complicated, how much complicated and what was
> the solution you tried at that time.
> The "complicated" is a subjectively-based term. At least, we don't
> share your experience, so it is hard to understand the how complexity.

I don't mean to object that idea. I'm unfamiliar with that idea, so I
just wanted to know the reason, or use cases.

Best regards,
Etsuro Fujita

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Haribabu Kommi 2015-11-16 02:41:31 Re: BUG #13741: vacuumdb does not accept valid password
Previous Message Michael Paquier 2015-11-16 02:27:33 Re: Proposing COPY .. WITH PERMISSIVE