From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | Dima Tkach <dmitry(at)openratings(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Large table update/vacuum PLEASE HELP! |
Date: | 2002-04-17 16:35:33 |
Message-ID: | 20020417093252.W62182-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, 17 Apr 2002, Dima Tkach wrote:
> Tom Lane wrote:
>
> >
> >I wouldn't recommend a VACUUM FULL at all. Just do plain VACUUMs on
> >a regular basis, and accept the 10% or so storage overhead.
> >
> >VACUUM FULL is good for the sort of situation where you've updated all
> >or most of the rows at one time, and now you have a factor-of-2 storage
> >overhead; you need to physically compact the table. But the price of
> >doing that is high enough that I wouldn't do it to save 10-15%.
> >
> > regards, tom lane
> >
> I am not worried about storage overhead at all at this point, but rather
> about performance degradation when it
> has to scan through all those dead tuples in the table and there are
> LOTS of them :-(
In the 10% case, you should be within the realm where the table's steady
state size is around that much more with reasonable frequency normal
VACUUMs and an appropriately sized free space map.
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew Stanfield | 2002-04-17 16:41:24 | Re: Incorrect password using pg_ctl |
Previous Message | noy | 2002-04-17 16:34:49 | Re: Date precision problem |