Re: Really really slow select count(*)

Поиск
Список
Период
Сортировка
От felix
Тема Re: Really really slow select count(*)
Дата
Msg-id AANLkTikN75hcCL5Nhgh8Z9c7ZLtduMdjsn07BgO_D_yZ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Really really slow select count(*)  (Shaun Thomas <sthomas@peak6.com>)
Ответы Re: Really really slow select count(*)  (Scott Marlowe <scott.marlowe@gmail.com>)
Re: Really really slow select count(*)  (Shaun Thomas <sthomas@peak6.com>)
Список pgsql-performance


On Fri, Feb 4, 2011 at 5:35 PM, Shaun Thomas <sthomas@peak6.com> wrote:


vacuumdb -a -v -z &>vacuum.log

And at the end of the log, it'll tell you how many pages it wants, and how many pages were available.

this is the dev, not live. but this is after it gets done with that table:

CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO:  analyzing "public.fastadder_fastadderstatus"
INFO:  "fastadder_fastadderstatus": scanned 2492 of 2492 pages, containing 154378 live rows and 0 dead rows; 30000 rows in sample, 154378 estimated total rows

and there's nothing at the end of the whole vacuum output about pages

actual command:

vacuumdb -U postgres -W -v -z djns4 &> vacuum.log

I tried it with all databases too

?

thanks


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

Предыдущее
От: Shaun Thomas
Дата:
Сообщение: Re: Really really slow select count(*)
Следующее
От: Scott Marlowe
Дата:
Сообщение: Re: Really really slow select count(*)