Re: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY" - Mailing list pgsql-hackers

From Tom Lane
Subject Re: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"
Date
Msg-id 1124414.1630244418@sss.pgh.pa.us
Whole thread Raw
In response to inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"  (Himanshu Upadhyaya <upadhyaya.himanshu@gmail.com>)
Responses Re: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"  (Himanshu Upadhyaya <upadhyaya.himanshu@gmail.com>)
List pgsql-hackers
Himanshu Upadhyaya <upadhyaya.himanshu@gmail.com> writes:
> IMHO below query should replace "NULL" value for ID column with the
> GENERATED IDENTITY value (should insert 1,10 for ID and ID1 respectively in
> below's example), similar to what we expect when we have DEFAULT constraint
> on the column.

Why?  Ordinary DEFAULT clauses do not act that way; if you specify NULL
(or any other value) that is what you get.  If you want the default
value, you can omit the column, or write DEFAULT.

> Any reason for disallowing NULL insertion?

Consistency and standards compliance.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Himanshu Upadhyaya
Date:
Subject: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"
Next
From: Alvaro Herrera
Date:
Subject: Re: Spelling change in LLVM 14 API