Re: Plans for index names unique to a table?

From: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
To: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Plans for index names unique to a table?
Date: 2003-05-12 00:25:09
Message-ID: 003501c3181c$f2377ee0$6401a8c0@DUNSLANE
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-05-12 01:59:08 Re: 7.3 and HEAD broken for dropped columns of dropped types
Previous Message Alvaro Herrera 2003-05-11 23:29:27 What is a snapshot