| From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> | 
|---|---|
| To: | Randall Perry <rgp(at)systame(dot)com> | 
| Cc: | <pgsql-general(at)postgresql(dot)org> | 
| Subject: | Re: serial sequence problem with existing keys | 
| Date: | 2001-10-31 16:32:54 | 
| Message-ID: | 20011031083109.L18528-100000@megazone23.bigpanda.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
On Wed, 31 Oct 2001, Randall Perry wrote:
> I've had to modify a parent table by recreating it (I substituted integer
> foreign key values from lookup tables for text in 2 fields. As postgres
> doesn't have a DROP COLUMN command I couldn't revise the table structure
> without rebuilding it) .
>
> It has a serial data type for the primary key. I'm importing the data back
> in and need to keep the original primary key values, as they're used in
> several child tables.
>
> But, if I put in my own key values in a serial field the auto-increment
> sequence uses the next number from where it left off, and not the max value,
> and complains that it can't create a duplicate key.
>
> Is there any way around this, or am I going to have to programmatically
> increment the key and change serial to int?
Check out setval('<sequence name>', <number>) to change the sequence's
current value.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Randall Perry | 2001-10-31 17:02:29 | Re: serial sequence problem with existing keys | 
| Previous Message | Stephan Szabo | 2001-10-31 16:27:10 | Re: alter table workaround |