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

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Transactional enum additions - was Re: Alter or rename enum value
Дата
Msg-id 571D1406.9070201@dunslane.net
обсуждение исходный текст
Ответ на Re: Transactional enum additions - was Re: Alter or rename enum value  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Transactional enum additions - was Re: Alter or rename enum value  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers

On 04/02/2016 01:20 PM, Tom Lane wrote:
> 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.
>
>




OK, did that. Here is a patch that is undocumented but I think is
otherwise complete. It's been tested a bit and we haven't been able to
break it. Comments welcome.

cheers

andrew

Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Rename max_parallel_degree?
Следующее
От: Andres Freund
Дата:
Сообщение: Ordering in guc.c vs. config.sgml vs. postgresql.sample.conf