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 по дате отправления: