Re: planner missing a trick for foreign tables w/OR conditions

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: planner missing a trick for foreign tables w/OR conditions
Дата
Msg-id CA+U5nMJPv1SsFcBHVFOm2pLJv1cBJFs=0gzVdg2kgXfiGQ1MdA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: planner missing a trick for foreign tables w/OR conditions  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: planner missing a trick for foreign tables w/OR conditions
Список pgsql-hackers
On 17 December 2013 17:28, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> So at this point I'm pretty much talked into it.  We could eliminate the
> dependence on indexes entirely, and replace this code with a step that
> simply tries to pull single-base-relation quals out of ORs wherever it can
> find one.  You could argue that the produced quals would sometimes not be
> worth testing for, but we could apply a heuristic that says to forget it
> unless the estimated selectivity of the extracted qual is less than,
> I dunno, 0.5 maybe.  (I wonder if it'd be worth inserting a check that
> there's not already a manually-generated equivalent clause, too ...)

Sounds sensible.

What surprises me is we don't have an API that allows an FDW to decide
what it can accept or not. It seems strange to have a unilateral
decision by our planner about what another planner is capable of.
Should we extend the API to allow the question to be asked?

-- Simon Riggs                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: Extension Templates S03E11
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [bug fix] multibyte messages are displayed incorrectly on the client