Re: Hardware/OS recommendations for large databases (

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Hardware/OS recommendations for large databases (
Дата
Msg-id 14286.1132849528@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Hardware/OS recommendations for large databases (  (Greg Stark <gsstark@mit.edu>)
Ответы Re: Hardware/OS recommendations for large databases (  (Greg Stark <gsstark@mit.edu>)
Re: Hardware/OS recommendations for large databases (  (Mark Kirkwood <markir@paradise.net.nz>)
Список pgsql-performance
Greg Stark <gsstark@mit.edu> writes:
> Last I heard the reason count(*) was so expensive was because its state
> variable was a bigint. That means it doesn't fit in a Datum and has to be
> alloced and stored as a pointer. And because of the Aggregate API that means
> it has to be allocated and freed for every tuple processed.

There's a hack in 8.1 to avoid the palloc overhead (courtesy of Neil
Conway IIRC).

            regards, tom lane

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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Hardware/OS recommendations for large databases (
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Hardware/OS recommendations for large databases (