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. +
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) |