Re: renaming table leaves constraint behind [7.3.2]
| От | Holger Klawitter |
|---|---|
| Тема | Re: renaming table leaves constraint behind [7.3.2] |
| Дата | |
| Msg-id | 200302110911.01513.lists@klawitter.de обсуждение исходный текст |
| Ответ на | Re: renaming table leaves constraint behind [7.3.2] (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-general |
Hi Tom,
thanks for your reply!
> Sure it did. The error message seems to have changed a trifle, but
> you'd get a conflict on the index name in either case.
The error message is okay. In 7.2.x the constraint was DROP INDEXed, so it
didn't show up there.
> This isn't real desirable ... but having ALTER TABLE RENAME run around
> and rename associated indexes might create issues too ...
But in particular when names are automatically created one likes a way to
change the names of the constraints. I've found a workaround:
-- as postgres --
create view my_connames as select conname from pg_constraint;
create rule upd_connames as on update to my_connames do instead
update pg_constraint
set conname = new.conname where conname = old.conname;
grant select,update on my_connames to '<user>';
With kind regards / mit freundlichem Gruß
Holger Klawitter
--
Holger Klawitter http://www.klawitter.de
lists@klawitter.de
В списке pgsql-general по дате отправления: