Re: [HACKERS] pg_attribute.attisinherited ?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] pg_attribute.attisinherited ?
Дата
Msg-id 22864.1030371961@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] pg_attribute.attisinherited ?  (Alvaro Herrera <alvherre@atentus.com>)
Ответы Re: [HACKERS] pg_attribute.attisinherited ?  (Alvaro Herrera <alvherre@atentus.com>)
Список pgsql-patches
Alvaro Herrera <alvherre@atentus.com> writes:
> I'm thinking about the ONLY part in the grammar in ALTER TABLE... DROP
> COLUMN and RENAME COLUMN.  I think they should not be there:

Local DROP COLUMN is fine: it just causes the column to become
non-inherited in any children.  (Your patch for attisinherited will
need to cover this case.)

Local RENAME COLUMN does need to be prohibited, as does local ADD
COLUMN, as does local ALTER COLUMN if we ever allow changing column
type.  Basically we need to prohibit the column from becoming
incompatible with its children.

I don't agree with the notion of changing the grammar to achieve that,
btw.  Simpler and more friendly to add a specific error check in
(most likely place) utility/tcop.c.  Then if you try to say ONLY you'll
get a more useful complaint than "parse error".

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] TODO Done. Superuser backend slot reservations
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] TODO Done. Superuser backend slot reservations