Re: Identity columns, DEFAULT keyword and multi-row inserts

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Thomas Kellerer <spam_eater(at)gmx(dot)net>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
Subject: Re: Identity columns, DEFAULT keyword and multi-row inserts
Date: 2019-12-10 16:53:13
Message-ID: 9820.1575996793@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thomas Kellerer <spam_eater(at)gmx(dot)net> writes:
> assume the following table:
> create table test
> (
> id integer not null generated always as identity,
> data integer not null
> );
> The following insert works fine:
> insert into test (id, data)
> values (default,1);
> However, a multi-row insert like the following:
> insert into test (id, data)
> values
> (default,1),
> (default,2);
> fails with:
> ERROR: cannot insert into column "id"
> Detail: Column "id" is an identity column defined as GENERATED ALWAYS.
> Hint: Use OVERRIDING SYSTEM VALUE to override.

Yeah, in principle a multi-row INSERT could grovel through all the
rows of the VALUES clause and confirm that every one of them has
DEFAULT there. Not sure it's worth the trouble, but if it's not
a lot of code then maybe. It certainly seems a bit inconsistent.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message stan 2019-12-10 17:03:30 Re: server will not start (Debian)
Previous Message stan 2019-12-10 16:24:42 Re: server will not start (Debian)