Re: [BUGS] BUG #14825: enum type: unsafe use?
От | Tom Lane |
---|---|
Тема | Re: [BUGS] BUG #14825: enum type: unsafe use? |
Дата | |
Msg-id | 15165.1506116768@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | [BUGS] BUG #14825: enum type: unsafe use? (balazs@obiserver.hu) |
Ответы |
Re: [BUGS] BUG #14825: enum type: unsafe use?
|
Список | pgsql-bugs |
balazs@obiserver.hu writes: > PostgreSQL version: 10beta4 > testdb=# begin; > BEGIN > testdb=# create type enumtype as enum ('v1', 'v2'); > CREATE TYPE > testdb=# alter type enumtype owner to testrole; > ALTER TYPE > testdb=# create table testtable (enumcolumn enumtype not null default 'v1'); > ERROR: unsafe use of new value "v1" of enum type enumtype > HINT: New enum values must be committed before they can be used. Hmm, that's pretty annoying. It's happening because check_safe_enum_use insists that the enum's pg_type entry not be updated-in-transaction. We thought that the new rules instituted by 15bc038f9 would be generally more convenient to use than the old ones --- but this example shows that, for example, pg_dump scripts involving enums often could not be restored inside a single transaction. I'm not sure if that qualifies as a stop-ship problem, but it ain't good, for sure. We need to look at whether we should revert 15bc038f9 or somehow revise its rules. regards, tom lane -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: