Re: Is Hash Agg being used? 7.4 seems to handle this query worse than 7.3
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Is Hash Agg being used? 7.4 seems to handle this query worse than 7.3 |
| Дата | |
| Msg-id | 1141.1045029764@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Is Hash Agg being used? 7.4 seems to handle this query worse than 7.3 (Greg Stark <gsstark@mit.edu>) |
| Ответы |
Re: Is Hash Agg being used? 7.4 seems to handle this query worse than 7.3
|
| Список | pgsql-general |
Greg Stark <gsstark@mit.edu> writes:
> There is a simple case that isn't being handled. A straight DISTINCT is
> exactly equivalent to a GROUP BY on all the columns listed. Right now it's
> still doing a Sort+Unique.
True. The DISTINCT logic is so intertwined with ORDER BY that I
couldn't see an easy way to consider a hash-based alternative in the
planner. I think it would require querytree changes propagating all the
way back to the parser to make this feasible at all, and then you'd
still need to think about how to make an honest cost-estimate comparison
of the alternatives (preferably without planning the whole query twice).
Anyone want to dig into it?
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера