Re: when to reindex?

From: Kevin Hunter <hunteke(at)earlham(dot)edu>
To: Jon Roberts <Jon(dot)Roberts(at)asurion(dot)com>
Cc: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, Postgres General List <pgsql-general(at)postgresql(dot)org>
Subject: Re: when to reindex?
Date: 2008-06-06 19:10:23
Message-ID: 48498B9F.2070602@earlham.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

At 2:02p -0400 on Fri, 06 Jun 2008, Jon Roberts wrote:
> Based on this, I have the fillfactor set lower than the default 90 but
> this will fill up and it will run slower over time. I want to automate
> the reindex process but only reindex when needed. I have a pretty large
> database so I can't reindex everything regardless if it needs it or not.

Not knowing the core Postgres internals, this is perhaps a naive
question: would it be possible to engineer REINDEX so that it could do
the job in increments? Rather than recreating the entire index at once,
say only create the index for 2% of the table? I suppose analogous to a
partial index somehow?

Or, assuming the REINDEX is for speed/bloat, not for corruption, perhaps
an option to use the old index as a basis, rather than scanning the
entire table multiple times as with a CREATE INDEX CONCURRENTLY.

I do see REINDEX CONCURRENTLY on the TODO list though. Not exactly the
same idea, but ...

Kevin

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message edfialk 2008-06-06 19:39:08 hopefully a brain teaser, can't quite figure out query
Previous Message Tom Lane 2008-06-06 19:08:58 Re: Re: how to clean up temporary schemas (how to sync the system table with pg_dump)