Re: BUG #3723: dropping an index that doesn't refer to table's columns

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Sam Mason" <sam(at)samason(dot)me(dot)uk>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #3723: dropping an index that doesn't refer to table's columns
Date: 2007-11-06 14:21:45
Message-ID: 18640.1194358905@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"Sam Mason" <sam(at)samason(dot)me(dot)uk> writes:
> I've just discovered that an index that doesn't refer to any of its table's
> columns isn't automatically dropped when its table is.

A straightforward solution would be to ban such "indexes".

> p.s. the reason for creating this strange index was to ensure that a maximum
> of one row was inserted into the table---I can do this different ways for
> now.

Please explain how you thought it would help you do that, because
without some evidence that there's a use-case, I'm inclined to fix it
as above ...

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Heikki Linnakangas 2007-11-06 14:26:14 Re: BUG #3723: dropping an index that doesn't refer to table's columns
Previous Message Sam Mason 2007-11-06 13:10:19 BUG #3723: dropping an index that doesn't refer to table's columns