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
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 |