Re: Reducing memory consumed by RestrictInfo list translations in partitionwise join planning
В списке pgsql-hackers по дате отправления:
| От | Andrei Lepikhov |
|---|---|
| Тема | Re: Reducing memory consumed by RestrictInfo list translations in partitionwise join planning |
| Дата | |
| Msg-id | 7271cad2-97f9-4462-a357-69f788ab964b@postgrespro.ru обсуждение |
| Ответ на | Re: Reducing memory consumed by RestrictInfo list translations in partitionwise join planning (Tomas Vondra <tomas.vondra@enterprisedb.com>) |
| Список | pgsql-hackers |
On 19/2/2024 06:05, Tomas Vondra wrote: > However, this is a somewhat extreme example - it's joining 5 tables, > each with 1000 partitions, using a partition-wise join. It reduces the > amount of memory, but the planning time is still quite high (and > essentially the same as without the patch). So it's not like it'd make > them significantly more practical ... do we have any other ideas/plans > how to improve that? The planner principle of cleaning up all allocated structures after the optimization stage simplifies development and code. But, if we want to achieve horizontal scalability on many partitions, we should introduce per-partition memory context and reset it in between. GEQO already has a short-lived memory context, making designing extensions a bit more challenging but nothing too painful. -- regards, Andrei Lepikhov Postgres Professional
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера