Re: ALTER TABLE ... TO ... to change related names
От | Tom Lane |
---|---|
Тема | Re: ALTER TABLE ... TO ... to change related names |
Дата | |
Msg-id | 3889.1062261486@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: ALTER TABLE ... TO ... to change related names (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: ALTER TABLE ... TO ... to change related names
Re: ALTER TABLE ... TO ... to change related names |
Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes: > There is no guarantee that a given sequence is used only for one column > in one table, as I understand it. So renaming it could screw you up badly. Yeah, I would recommend having a discussion about the details of the proposed behavior before you start coding, not after. It'd probably be reasonable to rename only those sequences that are connected to the target table/column by internal dependencies --- this indicates that they were created by a SERIAL column definition and not by manual operations. IIRC, pg_dump already uses this same cue to decide whether to dump the sequence definition separately or say SERIAL. It'd still be possible for someone's schema to break, if they made a sequence via SERIAL and then referred to it by name in defaults for other columns. But I think we could say they were being unreasonably intimate with implementation details in that case. Similar rules need to be agreed to about when to rename indexes. regards, tom lane
В списке pgsql-hackers по дате отправления: