Re: generic plans and "initial" pruning

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: generic plans and "initial" pruning
Дата
Msg-id CANbhV-H_6BOg6ck7p2qYe3QmjYq3N+p1=rCK_Rz9jH0uwYEvQw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: generic plans and "initial" pruning  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: generic plans and "initial" pruning  (Amit Langote <amitlangote09@gmail.com>)
Список pgsql-hackers
On Tue, 11 Jan 2022 at 16:22, Robert Haas <robertmhaas@gmail.com> wrote:

> This is just a relatively simple example and I think there are
> probably a bunch of others. There are a lot of kinds of DDL that could
> be performed on a partition that gets pruned away: DROP INDEX is just
> one example.

I haven't followed this in any detail, but this patch and its goal of
reducing the O(N) drag effect on partition execution time is very
important. Locking a long list of objects that then get pruned is very
wasteful, as the results show.

Ideally, we want an O(1) algorithm for single partition access and DDL
is rare. So perhaps that is the starting point for a safe design -
invent a single lock or cache that allows us to check if the partition
hierarchy has changed in any way, and if so, replan, if not, skip
locks.

Please excuse me if this idea falls short, if so, please just note my
comment about how important this is. Thanks.

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



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

Предыдущее
От: Julien Rouhaud
Дата:
Сообщение: Re: 32TB relation size make mdnblocks overflow
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: Is there any documentation on how to correctly create extensions in HA(primary-standby) setup?