finding (and recycling) holes in sequences - Mailing list pgsql-sql

From Kyle Bateman
Subject finding (and recycling) holes in sequences
Date
Msg-id 39577854.138C7E2C@actarg.com
Whole thread Raw
Responses Re: finding (and recycling) holes in sequences  (Erik Tennant <lists@webpd.com>)
List pgsql-sql
 
If one has a unique-id generating sequence that sometimes is bound to
have holes in it (ie: it could happen that a nextval(seq) happens
without a corresponding INSERT in the table), then how could one
efficiently scan for these holes to recycle them in subsequent INSERTs?

I'm just looking for a "standard" way of doing this if such a thing
exists.

Louis-David Mitterrand - ldm@apartia.org - http://www.apartia.fr
 

If you want to create a sequence of numbers with no holes, you might consider NOT using sequences at all (the are really meant for something different).  Rather, each time you wish to do an insert, query the existing data to see what the maximum value is existing in the database.  Add 1 to that and use this as your new value.  This is guaranteed to not have any holes in the sequence.  To make inserts easier, you can define an sql function that will return the max value.  Here's an example:

create function maxid () returns int4 as '
    declare
        mv int4;
    begin
        select max(id) into mv from mytab;
        if mv is null then return 0; end if;
        return mv;
    end;
' language 'plpgsql';

create table mytab (
    id int4 primary key default (maxid() + 1),
    data text
);

insert into mytab (data) values ('Hi there');
insert into mytab (data) values ('Howdy');
insert into mytab (data) values ('Guten Tag');
insert into mytab (data) values ('Terve');

select * from mytab;
 
 

BTW hackers, this is a common enough request, I wonder if there should be a built-in feature to make it easier for people to put this into the default value in the table definition i.e.:

create table mytab (
    keycolumn int4 primary key default coalesce(max(keycolumn),0)+1,
    data text
);

Wouldn't this eliminate the need for rollback-able sequences?
 

Attachment

pgsql-sql by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: JOIN syntax
Next
From: "Bryan White"
Date:
Subject: A subselect in an aggregate