Re: Should we add GUCs to allow partition pruning to be disabled?
От | David Rowley |
---|---|
Тема | Re: Should we add GUCs to allow partition pruning to be disabled? |
Дата | |
Msg-id | CAKJS1f84ZktJex652sBgDyFkbgoeyA7PRH_o3jzZQ7982CP4dA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Should we add GUCs to allow partition pruning to be disabled? (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
Ответы |
Re: Should we add GUCs to allow partition pruning to be disabled?
Re: Should we add GUCs to allow partition pruning to be disabled? |
Список | pgsql-hackers |
On 1 May 2018 at 21:44, Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote: > About the patch in general, it seems like the newly added documentation > talks about "Partition Pruning" as something that *replaces* constraint > exclusion. But, I think "Partition Pruning" is not the thing that > replaces constraint exclusion. Just thinking about this a bit more. I've become a bit concerned that we've completely misnamed this feature. It's true that at the moment we build RelOptInfos for all partitions then eliminate what we can, but the new algorithm that we've been calling "partition pruning" is really not pruning anything at all, it's selecting the smallest set of matching partitions. It's only the current usage of the algorithm that's using it that way, and I kinda hope to change that for PG12. Isn't the whole thing better to be named "partition selection"? -- David Rowley http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: