Re: How and at what stage to stop FDW to generate plan with JOIN.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Ibrar Ahmed <ibrar(dot)ahmad(at)gmail(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org, fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp
Subject: Re: How and at what stage to stop FDW to generate plan with JOIN.
Date: 2019-04-23 20:15:11
Message-ID: 17065.1556050511@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Ibrar Ahmed <ibrar(dot)ahmad(at)gmail(dot)com> writes:
> I am working on an FDW where the database does not support any operator
> other than "=" in JOIN condition. Some queries are genrating the plan with
> JOIN having "<" operator. How and at what stage I can stop FDW to not make
> such a plan. Here is my sample query.

What exactly do you think should happen instead? You can't just tell
users not to ask such a query. (Well, you can try, but they'll probably
go looking for a less broken FDW.)

If what you really mean is you don't want to generate pushed-down
foreign join paths containing non-equality conditions, the answer is
to just not do that. That'd be the FDW's own fault, not that of
the core planner, if it creates a path representing a join it
can't actually implement. You'll end up running the join locally,
which might not be great, but if you have no other alternative
then that's what you gotta do.

If what you mean is you don't know how to inspect the join quals
to see if you can implement them, take a look at postgres_fdw
to see how it handles the same issue.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ibrar Ahmed 2019-04-23 20:22:27 Re: How and at what stage to stop FDW to generate plan with JOIN.
Previous Message Fabien COELHO 2019-04-23 20:07:05 Re: Trouble with FETCH_COUNT and combined queries in psql