Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements

From: Gurjeet Singh <singh(dot)gurjeet(at)gmail(dot)com>
To: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
Cc: pgsql-admin <pgsql-admin(at)postgresql(dot)org>, Evan Rempel <erempel(at)uvic(dot)ca>
Subject: Re: Internal fragmentations statistics Was: VACUUM FULL memory requirements
Date: 2009-12-16 05:18:45
Message-ID: 65937bea0912152118pd174c4fp7022175ec5da1db8@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

2009/12/15 Guillaume Lelarge <guillaume(at)lelarge(dot)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(dot)singh(at)EnterpriseDB(dot)com

singh(dot)gurjeet(at){ gmail | hotmail | yahoo }.com
Twitter: singh_gurjeet
Skype: singh_gurjeet

Mail sent from my BlackLaptop device

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message ABBAS SHAKEEL 2009-12-16 06:36:48 Inheritance in Postgresql ?
Previous Message Kevin Grittner 2009-12-15 20:38:53 Re: Looking for Good and Easy-to-use Reporting Tool