Re: BUG #5543: Poor performance - Index scan backwards not used for order by desc with partitioned tables
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5543: Poor performance - Index scan backwards not used for order by desc with partitioned tables |
| Дата | |
| Msg-id | 18032.1280273262@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #5543: Poor performance - Index scan backwards not used for order by desc with partitioned tables (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: BUG #5543: Poor performance - Index scan backwards not
used for order by desc with partitioned tables
|
| Список | pgsql-bugs |
Robert Haas <robertmhaas@gmail.com> writes:
> Does it help if you put a CHECK (false) constraint on the parent table?
It won't --- it'll still result in an append plan even if there's only
one surviving child.
This is one of many things that seem to me to not make sense to tackle
until we have an explicit notion of partitioning. Having the planner
try to prove from individual constraints that it could get a correctly
sorted Append result without an explicit sort step would be hugely
expensive, and complicated --- imagine even trying to pick out the
relevant indexes without any infrastructure to help identify them.
With a partitioned structure we could understand that a-priori.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера