Re: MergeAppend could consider sorting cheapest child path
В списке pgsql-hackers по дате отправления:
| От | Andy Fan |
|---|---|
| Тема | Re: MergeAppend could consider sorting cheapest child path |
| Дата | |
| Msg-id | 87wmi7tvo7.fsf@163.com обсуждение исходный текст |
| Ответ на | Re: MergeAppend could consider sorting cheapest child path (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: MergeAppend could consider sorting cheapest child path
Re: MergeAppend could consider sorting cheapest child path |
| Список | pgsql-hackers |
Bruce Momjian <bruce@momjian.us> writes: > Is this still being considered? I'd +1 on this feature. I guess this would be more useful on parallel case, where the Sort can be pushed down to parallel worker, and in the distributed database case, where the Sort can be pushed down to multiple nodes, at the result, the leader just do the merge works. At the high level implementaion, sorting *cheapest* child path looks doesn't add too much overhead on the planning effort. -- Best Regards Andy Fan
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера