Re: failed insert into serial-type row

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 13, 2005 at 21:58:37 +0200,
  "Hortschitz, Stefan" <Stefan.Hortschitz@xxxxxxx> wrote:
>  
> CREATE TABLE session.preferences
> (
>   id serial NOT NULL,
>   name varchar(50),
>   value varchar(255),
>   CONSTRAINT session_preferences_pkey PRIMARY KEY (id)
> ) 
> WITHOUT OIDS;
> ALTER TABLE session.preferences OWNER TO web;
> --------------------------------
> 
> and sometimes if i'm adding new rows to the table with statements like
> this:
>       insert into (name,value) ('xy','xy');
> the database only returns an 'duplicate key on primary key', which
> should be prevented by the serial-datatype, or? how could it be, that
> two rows become the same id??
> if i execute the insert-statement again it works.
> 
> the created serial-sequence looks like this: 
> --------------------------------
> CREATE SEQUENCE session.preferences_id_seq
>   INCREMENT 1
>   MINVALUE 1
>   MAXVALUE 9223372036854775807
>   START 2487
>   CACHE 1;
> ALTER TABLE session.preferences_id_seq OWNER TO web;
> --------------------------------
> 
> what can I do against the duplicate-key problem? is it a configuration,
> sql or operating-system specific problem?

Most likely you recreated the table and reloaded it at some point without
restoring the sequence value.

What you want to do now is set the sequence to the highest value of id
in the table. Something like:
SELECT setval('preferences_id_seq',(SELECT max(id) FROM session.preferences);



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux