Re: Support for grabbing multiple consecutive values with nextval()

From: Jille Timmermans <jille(at)quis(dot)cx>
To: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Support for grabbing multiple consecutive values with nextval()
Date: 2022-03-02 19:12:20
Message-ID: 86187a01dee0883714c8ee7eec4c5a40@quis.cx
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2022-02-28 11:13, Peter Eisentraut wrote:
> On 27.02.22 10:42, Jille Timmermans wrote:
>> I wanted to be able to allocate a bunch of numbers from a sequence at
>> once. Multiple people seem to be struggling with this
>> (https://stackoverflow.com/questions/896274/select-multiple-ids-from-a-postgresql-sequence,
>> https://www.depesz.com/2008/03/20/getting-multiple-values-from-sequences/).
>>
>> I propose to add an extra argument to nextval() that specifies how
>> many numbers you want to allocate (default 1).
>
> What is the use of this?
>
> I note that the stackoverflow question wanted to return multiple
> sequence values as a result set, whereas your implementation just
> skips a number of values and returns the last one. At least we should
> be clear about what we are trying to achieve.
Both would work for me actually. I'm using COPY FROM to insert many rows
and need to know their ids and COPY FROM doesn't support RETURNING.

I implemented this approach because:
- smaller diff
- maybe someone benefits from them being consecutive
- less data to send between client/server

The obvious downside is that people can make mistakes in whether the
returned number is the first or last number of the series.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Chapman Flack 2022-03-02 19:23:51 Re: Postgres restart in the middle of exclusive backup and the presence of backup_label file
Previous Message Laurenz Albe 2022-03-02 19:07:12 Re: [PATCH] Add reloption for views to enable RLS