Re: Parameter for planner estimate of recursive queries

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Parameter for planner estimate of recursive queries
Дата
Msg-id CANbhV-HTc4=fK4tMb+1UPRLs4MYe9y21cxNbg9nHUGVZWbUBYA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parameter for planner estimate of recursive queries  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Parameter for planner estimate of recursive queries
Список pgsql-hackers
On Fri, 28 Jan 2022 at 14:07, Robert Haas <robertmhaas@gmail.com> wrote:
>
> On Tue, Jan 25, 2022 at 4:44 AM Peter Eisentraut
> <peter.eisentraut@enterprisedb.com> wrote:
> > On the one hand, this smells like a planner hint.  But on the other
> > hand, it doesn't look like we will come up with proper graph-aware
> > selectivity estimation system any time soon, so just having all graph
> > OLTP queries suck until then because the planner hint is hardcoded
> > doesn't seem like a better solution.  So I think this setting can be ok.
>
> I agree. It's a bit lame, but seems pretty harmless, and I can't see
> us realistically doing a lot better with any reasonable amount of
> work.

Shall I set this as Ready For Committer?

-- 
Simon Riggs                http://www.EnterpriseDB.com/



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pg_stat_statements and "IN" conditions
Следующее
От: Alexander Korotkov
Дата:
Сообщение: Re: ltree_gist indexes broken after pg_upgrade from 12 to 13