Re: Serial not so unique? - Mailing list pgsql-general

From Joe Conway
Subject Re: Serial not so unique?
Date
Msg-id 007401c127e8$1ab351e0$0705a8c0@jecw2k1
Whole thread Raw
In response to Serial not so unique?  (Stephen Robert Norris <srn@commsecure.com.au>)
Responses Re: Serial not so unique?  (Stephen Robert Norris <srn@commsecure.com.au>)
List pgsql-general
> Sometimes (about 20%, it seems) with several of the data sets, we
> get an error trying to insert rows into the table with the serial in it.
> On investigation, it seems that the serial number has got to 101, then
> set itself back to 4, causing nextval to return 5, and there are already
> entries from 1-101.
>
> Now, we use the serial as the primary key, and we never explicitly set it.
>
> Has anyone seen anything like this? I can work around it by generating
> a serial number within the application, but that's not ideal.

Odd problem. What do you get if you run:
    select * from name_of_this_troublesome_sequence;
particularly for increment_by, max_value, min_value, and is_cycled?

-- Joe



pgsql-general by date:

Previous
From: Stephen Robert Norris
Date:
Subject: Serial not so unique?
Next
From: Tom Lane
Date:
Subject: Re: Serial not so unique?