Re: Bug in ALTER COLUMN SET DATA TYPE ?

Поиск
Список
Период
Сортировка
От Pavan Deolasee
Тема Re: Bug in ALTER COLUMN SET DATA TYPE ?
Дата
Msg-id CABOikdPzwimryLtnN52arpMAuLL7NBfSAY0XHpNzCcM3nWrdEQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Bug in ALTER COLUMN SET DATA TYPE ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Bug in ALTER COLUMN SET DATA TYPE ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers

On Mon, Nov 5, 2012 at 4:41 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:


It's clear that we need to pass down the information that this action is
coming from re-creation of a check constraint, but I think the above
proposal for how to do it is pretty wrong-headed.

Yeah, I only meant that we need to teach ATExecAddConstraint that its being called from the specific pass of ALTER TABLE and wanted to get agreement on that. I hadn't thought about any particular implementation. So your proposal below looks absolutely fine and clean.
 

I'm inclined to think the cleanest solution is to add another value of
enum AlterTableType, perhaps "AT_ReAddConstraint", to signal that we're
executing a re-add; and then add another bool parameter to
ATExecAddConstraint to tell the latter not to complain if child tables
exist.  This is more in line with pre-existing coding choices such as
the use of AT_AddConstraintRecurse.

Please see attached patch which does what you suggested above. May be it needs a little more commentary to record why we made this specific change. Please let me know if you think so and want me to do that.

Thanks,
Pavan

Вложения

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

Предыдущее
От: "Etsuro Fujita"
Дата:
Сообщение: Update obsolete text in indexam.sgml
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Synchronous commit not... synchronous?