Re: [HACKERS] Slow count(*) again...

Поиск
Список
Период
Сортировка
От Jeremy Harris
Тема Re: [HACKERS] Slow count(*) again...
Дата
Msg-id 4D4B4D30.2060007@wizmail.org
обсуждение исходный текст
Ответ на Re: [HACKERS] Slow count(*) again...  (Mark Kirkwood <mark.kirkwood@catalyst.net.nz>)
Ответы Re: [HACKERS] Slow count(*) again...  (Mark Kirkwood <mark.kirkwood@catalyst.net.nz>)
Список pgsql-performance
On 2011-02-03 21:51, Mark Kirkwood wrote:
> The cases I've seen in production typically involve "outgrowing" optimizer parameter settings: (e.g work_mem,
effective_cache_size)as the application dataset gets bigger over time. 

An argument in favour of the DBMS maintaining a running estimate of such things.
--
Jeremy

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

Предыдущее
От: Jeremy Harris
Дата:
Сообщение: Re: [HACKERS] Slow count(*) again...
Следующее
От: Grant Johnson
Дата:
Сообщение: Re: [HACKERS] Slow count(*) again...