Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements

Поиск
Список
Период
Сортировка
От Gurjeet Singh
Тема Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements
Дата
Msg-id 65937bea0912152118pd174c4fp7022175ec5da1db8@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements  (Guillaume Lelarge <guillaume@lelarge.info>)
Ответы Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements  (Guillaume Lelarge <guillaume@lelarge.info>)
Список pgsql-admin
2009/12/15 Guillaume Lelarge <guillaume@lelarge.info>
Le mardi 15 décembre 2009 à 00:04:47, Evan Rempel a écrit :
> Is there a command/tool that will report on how FULL a table is getting?
> If there is, how intrusive is it? How computationally heavy is it?
>
> We have a database that is approx 100 million rows with
> approx 2 million insert/updates per day. Each day old data
> is purged from the database. The end result is a mostly static
> footprint with regards to disk space used, but I would like to
> know how much room is usable inside the tables as well as the
> OS file system (that part is easy).
>

pgstattuple contrib module give such an information. But it requires an
exclusive lock on the table it's looking at, so it's quite intrusive. For more
details, the 8.4 documentation is interesting:
http://www.postgresql.org/docs/8.4/interactive/pgstattuple.html


That doc specifically says that it takes only a read lock.

Best regards,
--
Lets call it Postgres

EnterpriseDB      http://www.enterprisedb.com

gurjeet.singh@EnterpriseDB.com

singh.gurjeet@{ gmail | hotmail | yahoo }.com
Twitter: singh_gurjeet
Skype: singh_gurjeet

Mail sent from my BlackLaptop device

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Looking for Good and Easy-to-use Reporting Tool
Следующее
От: ABBAS SHAKEEL
Дата:
Сообщение: Inheritance in Postgresql ?