Re: Plans for index names unique to a table? - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Plans for index names unique to a table?
Date
Msg-id 003501c3181c$f2377ee0$6401a8c0@DUNSLANE
Whole thread Raw
In response to Plans for index names unique to a table?  (Sean Chittenden <sean@chittenden.org>)
List pgsql-hackers
----- Original Message ----- 
From: "Tom Lane" <tgl@sss.pgh.pa.us>
> Either of these cures strikes me as worse than the disease.  Now that we
> have schemas, I don't think that the index name collision problem is
> near as bad as it used to be.  I'm not eager to uglify the catalog
> structure to eliminate the problem.
>
> We'd also be creating some compatibility headaches --- for instance,
> DROP INDEX would have to change syntax to include the table name.
>

I'm not suggesting this needs to be done, since localising names is in the
end a convenience, albeit a mighty big one. But it did occur to me that if
this were deemed necessary, backwards compatibility might be handled by
having the existing syntax work where the index name is unique, and some
extension (like "drop index foo from table bar") be required where it isn't.

In the end the cost might well be greater than the benefit, though.

andrew



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: What is a snapshot
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: 7.3 and HEAD broken for dropped columns of dropped types