From: | Mario Weilguni <mweilguni(at)sime(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | possible vacuum improvement? |
Date: | 2002-09-03 06:55:15 |
Message-ID: | 200209030855.15137.mweilguni@sime.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I know everyone is busy with the 7.3beta, but maybe this is something to think of before releasing the beta. Currently VACUUM will vacuum every table, but sometimes
it's desireable to leave tables untouched because the're mostly static or protocol tables. In my case this would be the pg_largeobject which is around 4GB of data, while the
other tables are ~40MB. Vacuuming the data is important, the large object table however rarely changes. The same goes for a protocol table which is around 1GB and never is
changed beside INSERTS, so it's just growing, but never needs vacuum. VACUUM on the 4GB table needs a long long time and no improvements, it just hurts performance and
fills OS buffers.
If pg_class would have a field for storing misc flags (e.g. a bitfield). This would allow to set a flag like NO_AUTO_VACUUM and modify the vacuum code to leave that tables untouched
if not specified by hand. Maybe there are other uses for such a bitfield too, and will help prevent an initdb for simple improvements.
Any comments?
Best regards,
Mario Weilguni
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Weilguni | 2002-09-03 07:00:22 | Re: pg_dump compatibility between 7.3 and 7.2? |
Previous Message | Alvaro Herrera | 2002-09-03 06:46:46 | Re: findoidjoins |