| 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: | Whole Thread | Raw Message | 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) |