Re: BUG #13126: table constraint loses its comment

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: BUG #13126: table constraint loses its comment
Дата
Msg-id CAB7nPqT5dzkfYBwaz-NnojU8-aQNGas1P=AQBa9n9hg8mjv+hg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #13126: table constraint loses its comment  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #13126: table constraint loses its comment  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-bugs
On Sun, Apr 26, 2015 at 6:05 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> xi@resolvent.net writes:
>> In some circumstances, the comment on a table constraint disappears.  Here
>> is an example:
>
> Hm, yeah.  The problem is that ATExecAlterColumnType() rebuilds all the
> affected indexes from scratch, and it isn't doing anything about copying
> their comments to the new objects (either comments on the constraints, or
> comments directly on the indexes).
>
> The least painful way to fix it might be to charter ATPostAlterTypeCleanup
> to create COMMENT commands and add those to the appropriate work queue,
> rather than complicating the data structure initially emitted by
> ATExecAlterColumnType.  But it'd still be a fair amount of new code I'm
> afraid.
>
> Not planning to fix this personally, but maybe someone else would like to
> take it up.

In order to fix this, an idea would be to add a new routine in
ruleutils.c that generates the COMMENT query string, and then call it
directly from tablecmds.c. On master, I imagine that we could even add
some SQL interface if there is some need.
Thoughts?
--
Michael

В списке pgsql-bugs по дате отправления:

Предыдущее
От: bzb.dev001@gmail.com
Дата:
Сообщение: BUG #13188: .pgpass does not work
Следующее
От: "David G. Johnston"
Дата:
Сообщение: Re: BUG #13188: .pgpass does not work