Re: BUG #16913: GENERATED AS IDENTITY column nullability is affected by order of column properties
От | Tom Lane |
---|---|
Тема | Re: BUG #16913: GENERATED AS IDENTITY column nullability is affected by order of column properties |
Дата | |
Msg-id | 2191863.1621023482@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #16913: GENERATED AS IDENTITY column nullability is affected by order of column properties (Shay Rojansky <roji@roji.org>) |
Ответы |
Re: BUG #16913: GENERATED AS IDENTITY column nullability is affected by order of column properties
|
Список | pgsql-bugs |
Shay Rojansky <roji@roji.org> writes: > I can see the PG 13.3 change note about GENERATED ALWAYS AS IDENTITY no > longer being compatible with an explicit NULL specification. However, it > seems that GENERATED BY DEFAULT AS IDENTITY also is no longer compatible > with null: > CREATE TABLE foo > ( > id INTEGER NULL GENERATED BY DEFAULT AS IDENTITY > ); > Results in: > ERROR: conflicting NULL/NOT NULL declarations for column "id" of table > "foo" > Is this intended? GENERATED BY DEFAULT does create a NOT NULL constraint: regression=# CREATE TABLE foo(id INTEGER GENERATED BY DEFAULT AS IDENTITY); CREATE TABLE regression=# \d foo Table "public.foo" Column | Type | Collation | Nullable | Default --------+---------+-----------+----------+---------------------------------- id | integer | | not null | generated by default as identity so I think the patch is doing what it was intended to. Whether GENERATED BY DEFAULT *should* be forcing NOT NULL is a separate question, but AFAIK it always has. regards, tom lane
В списке pgsql-bugs по дате отправления: