Re: Is vacuum full lock like old's vacuum's lock?

From: "Gregory Wood" <gregw(at)com-stock(dot)com>
To: "PostgreSQL-General" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Is vacuum full lock like old's vacuum's lock?
Date: 2002-03-08 18:58:27
Message-ID: 01a401c1c6d3$3ce1e1c0$7889ffcc@comstock.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> Do sequential scans go over the entire space, including the space not in
> use? It would be great if there was some kind of optimization that could
> move the empty space towards the end. It would probably be an expensive
> operation, but it may be very helpfull on databases with a big turnaround.

The only difference between doing that and doing a VACUUM FULL would be that
the disk usage would remain the same.

> Does vacuum full locks only a table or the entire DB?

I'm sure someone will correct me if I'm wrong (as Tom Lane has had to do on
many an occassion <g>), but I think it just locks the table that's being
vacuumed.

> Specially if I did VACUUM FULL <table>.
> I am thinking maybe scatter the VACUUM FULLs accross the week and doing
> one table daily instead of trying the whole DB.

Personally, I would continue do the entire database once a week, and select
a few key tables that have a lot of UPDATEs/DELETEs to do daily (or however
frequently is necessary). That way the tables that need it get more frequent
attention, but you don't have to go over the entire database frequently. Of
course, I haven't been following the thread carefully enough to understand
your specific needs...

Greg

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message mdb 2002-03-08 19:13:42 Re: Temp Tables
Previous Message Francisco Reyes 2002-03-08 18:44:02 decimal(5) vs int8. Which more efficient.