Re: Speeding up aggregates

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Speeding up aggregates
Дата
Msg-id 12845.1039207565@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Speeding up aggregates  ("Josh Berkus" <josh@agliodbs.com>)
Ответы Re: Speeding up aggregates  (Hannu Krosing <hannu@tm.ee>)
Re: Speeding up aggregates  (Josh Berkus <josh@agliodbs.com>)
Re: Speeding up aggregates  (Ron Johnson <ron.l.johnson@cox.net>)
Re: Speeding up aggregates  (Joe Conway <mail@joeconway.com>)
Re: Speeding up aggregates  (Joe Conway <mail@joeconway.com>)
Список pgsql-performance
"Josh Berkus" <josh@agliodbs.com> writes:
> What have other Postgres users done to speed up aggregates on large
> tables?

FWIW, I've implemented hashed aggregation in CVS tip.  I have not had
the time to try to benchmark it, but I'd be interested if anyone can
run some tests on 7.4devel.  Eliminating the need for a SORT step
should help aggregations over large datasets.

Note that even though there's no SORT, the sort_mem setting is used
to determine the allowable hashtable size, so a too-small sort_mem
might discourage the planner from selecting hashed aggregation.
Use EXPLAIN to see which query plan gets chosen.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: Rod Taylor
Дата:
Сообщение: Re: ALTER TABLE .. < ADD | DROP > OIDS
Следующее
От: Tom Lane
Дата:
Сообщение: Re: ALTER TABLE .. < ADD | DROP > OIDS