| От | Tom Lane |
|---|---|
| Тема | Re: queries with lots of UNIONed relations |
| Дата | |
| Msg-id | 19302.1294938802@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | queries with lots of UNIONed relations (Jon Nelson <jnelson+pgsql@jamponi.net>) |
| Ответы |
Re: queries with lots of UNIONed relations
|
| Список | pgsql-performance |
Jon Nelson <jnelson+pgsql@jamponi.net> writes:
> In the former case, the query plan was a bitmap heap scan for each
> table. Then those results were Appended, Sorted, Uniqued, Sorted
> again, and then returned.
> In the latter, before Appending, each table's results were run through
> HashAggregate.
Probably the reason it did that is that each individual de-duplication
looked like it would fit in work_mem, but a single de-duplication
didn't. Consider raising work_mem, at least for this one query.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера