From: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Michael Fuhr" <mike(at)fuhr(dot)org>, "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, "Oisin Glynn" <me(at)oisinglynn(dot)com>, "pgsql general" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: VACUUM Question |
Date: | 2006-01-27 03:48:11 |
Message-ID: | 5143.71.40.140.99.1138333691.squirrel@mail.tocr.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
> Also, somebody made a real good point about rolled-back insertions.
> Even if the only command you ever apply to the table is INSERT, you
> could still have dead rows in the table if some of those transactions
> occasionally roll back.
hmm... That's true. I don't think autovacuum doesn't anything to account
for the concept of rolledback inserts. I suppose in most real world
situations that number is going to be small enough to be ignored, but not
in all cases. Is there anyway for the stats system to report the
information about rolledback inserts? In fact autovacuum probably has a
similar deficiency for rolled back deletes but not a rolled back update.
Anyone think this is enough of an issue that it needs more attention?
Matt
From | Date | Subject | |
---|---|---|---|
Next Message | Ted Powell | 2006-01-27 06:01:47 | Logging statements and parameter values |
Previous Message | Ron | 2006-01-27 03:33:07 | Re: [GENERAL] Creation of tsearch2 index is very |
From | Date | Subject | |
---|---|---|---|
Next Message | Ted Powell | 2006-01-27 06:01:47 | Logging statements and parameter values |
Previous Message | David Fetter | 2006-01-27 03:41:45 | Re: Proposal: new pg_dump options --copy-delimiter and --copy-null |