Re: Subject: bool / vacuum full bug followup part 2

From: Jeffrey Baker <jwbaker(at)acm(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Scott Marlowe <scott(dot)marlowe(at)ihs(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Subject: bool / vacuum full bug followup part 2
Date: 2002-05-04 22:17:57
Message-ID: 20020504221757.GD370@noodles
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, May 04, 2002 at 06:06:38PM -0400, Tom Lane wrote:
> Jeffrey Baker <jwbaker(at)acm(dot)org> writes:
> > On Fri, May 03, 2002 at 03:47:54PM -0400, Tom Lane wrote:
> >> AFAIK there's not a big problem with index growth if the range of index
> >> keys remains reasonably static. The problem comes in if you have a
> >> range of values that keeps growing (eg, you are indexing a SERIAL or
> >> timestamp column). The right end of the btree keeps growing, but
> >> there's no mechanism to collapse out no-longer-used space at the left
> >> end.
>
> > Wouldn't that explain the complaints I have about my toast tables
> > always growing?
>
> It'd explain the indexes growing --- the index key is an OID, which will
> keep increasing as you store new toasted values. I thought you'd been
> complaining about the tables themselves, though.

You're right, I am. But in my quest to operate Pg properly I am
trying to nail down everything that causes its disk usage to
increase. I just had a look at my prod. database and the toast
tables are much larger than their indices, so it is probably
irrelevant.

-jwb

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Francisco Reyes 2002-05-04 22:33:55 Re: Index usage vs large repetitions of key
Previous Message Tom Lane 2002-05-04 22:06:38 Re: Subject: bool / vacuum full bug followup part 2