From: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | cascading column drop to index predicates |
Date: | 2003-12-22 06:21:59 |
Message-ID: | 3FE68D87.6040200@familyhealth.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Hey Tom,
With regards to our previous conversation about dropping columns now
properly dropping indexes that contain predicates that reference that
column, I now find it a bit disconcerting that such indexes are
automatically removed when the column is dropped, instead of requiring a
CASCADE.
The thing is, if you drop a column that is used in a normal index, yes
the index is now useless - drop it.
However, since you can have (and I have) indexes like this:
CREATE INDEX asdf ON table (a, b, c) WHERE d IS NOT NULL;
If I drop column d, there is no way I want that index to just disappear!
This has already caught me out...
Can we change it to requiring a CASCADE? Is that a good idea?
Chris
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-12-22 06:28:34 | Re: cascading column drop to index predicates |
Previous Message | Bruce Momjian | 2003-12-22 06:19:04 | Re: What to do with my patch? |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-12-22 06:28:34 | Re: cascading column drop to index predicates |
Previous Message | Sean Chittenden | 2003-12-22 03:35:45 | Re: [GENERAL] Temporary tables and miscellaneous schemas |