Re: Marking indexes out of date (WAS: loading data,

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Glen Parker <glenebob(at)nwlink(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Marking indexes out of date (WAS: loading data,
Date: 2006-12-13 23:06:07
Message-ID: 200612132306.kBDN67F11744@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Glen Parker wrote:
> Martijn van Oosterhout wrote:
> > On Fri, Dec 08, 2006 at 12:49:30PM -0800, Glen Parker wrote:
> >> I'd like to see a general way to take indexes off line without actually
> >> losing their definitions. For example, something like "ALTER TABLE [EN
> >> | DIS] ABLE INDEXES", "ALTER INDEX [EN | DIS] ABLE", etc. This could
> >> also be used internally when a backend encounters an error
> >> reading/writing an index. Rather than refusing to execute queries, it
> >> could just ignore indexes it knows are disabled or bad in some way and
> >> re-plan as needed.
> >
> > One issue would be that even disabled indexes would need to be updated
> > when there are new rows. If you don't update the index when it's
> > disabled, then re-enabling will essentially need to rebuild the index.
>
>
> That's what I had in mind. You could just as easily blow away the index
> file(s). It's just that I don't want it to toss the index *definition*.

Well, you can just pg_dump the index definition to a file. What more
would someone want?

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2006-12-13 23:07:15 Re: creating an index with tablespace on a dedicated filesystem (postgresql 8.1.5)
Previous Message Vlad 2006-12-13 22:57:15 creating an index with tablespace on a dedicated filesystem (postgresql 8.1.5)