Re: Really really slow select count(*)

Поиск
Список
Период
Сортировка
От hubert depesz lubaczewski
Тема Re: Really really slow select count(*)
Дата
Msg-id 20110204144950.GA4543@depesz.com
обсуждение исходный текст
Ответ на Really really slow select count(*)  (felix <crucialfelix@gmail.com>)
Список pgsql-performance
On Fri, Feb 04, 2011 at 03:46:35PM +0100, felix wrote:
> directly after REINDEX and ANALYZE:
>
>  Aggregate  (cost=62348.70..62348.71 rows=1 width=0) (actual
> time=15830.000..15830.000 rows=1 loops=1)
>    ->  Seq Scan on fastadder_fastadderstatus  (cost=0.00..61613.16
> rows=294216 width=0) (actual time=30.000..15570.000 rows=302479 loops=1)
>  Total runtime: 15830.000 ms

do run vacuum of the table. reindex doesn't matter for seq scans, and
analyze, while can help choose different plan - will not help here
anyway.

Best regards,

depesz


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

Предыдущее
От: felix
Дата:
Сообщение: Really really slow select count(*)
Следующее
От: Kenneth Marshall
Дата:
Сообщение: Re: [HACKERS] Slow count(*) again...