Re: Transactional enum additions - was Re: Alter or rename enum value

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Transactional enum additions - was Re: Alter or rename enum value
Дата
Msg-id 18738.1459617659@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Transactional enum additions - was Re: Alter or rename enum value  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: Transactional enum additions - was Re: Alter or rename enum value  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Looking at this briefly. It looks like the check should be called from 
> enum_in() and enum_recv(). What error should be raised if the enum row's 
> xmin isn't committed? ERRCODE_FEATURE_NOT_SUPPORTED? or maybe 
> ERRCODE_DATA_EXCEPTION? I don't see anything that fits very well.

ERRCODE_OBJECT_NOT_IN_PREREQUISITE_STATE is something we use in some
other places where the meaning is "just wait awhile, dude".  Or you
could invent a new ERRCODE.
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: More stable query plans via more predictable column statistics
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: raw output from copy