Re: Could be improved point of UPSERT

From: Gianni <nasus(dot)maximos(at)gmail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Could be improved point of UPSERT
Date: 2015-07-14 18:40:59
Message-ID: 1824141.b0BH7puxM7@tux
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tuesday 14 July 2015 11:33:34 Peter Geoghegan wrote:
> On Sun, Jul 12, 2015 at 4:09 AM, Yourfriend <doudou586(at)gmail(dot)com> wrote:
> > Suggestion: When a conflict was found for UPSERT, don't access the
> > sequence, so users can have a reasonable list of ID.
>
> This is not technically feasible. What if the arbiter index is a serial PK?
>
> The same thing can happen when a transaction is aborted. SERIAL is not
> guaranteed to be gapless.

Could there be a version of UPSERT where an update is tried, and if 0 records
are modified, an insert is done?

Just wondering, I haven't got am use-case for that. I don't mid gaps in
sequences.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2015-07-14 18:50:14 Re: Bug in bttext_abbrev_convert()
Previous Message Peter Geoghegan 2015-07-14 18:33:34 Re: Could be improved point of UPSERT