Re: pgrestore, notice, will create implicit.

From: Sean Davis <sdavis2(at)mail(dot)nih(dot)gov>
To: Marcel Franke <Marcel(dot)Franke(at)omroep(dot)nl>, <pgsql-novice(at)postgresql(dot)org>
Subject: Re: pgrestore, notice, will create implicit.
Date: 2006-06-01 12:45:35
Message-ID: C0A459AF.C49A%sdavis2@mail.nih.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

On 6/1/06 8:38 AM, "Marcel Franke" <Marcel(dot)Franke(at)omroep(dot)nl> wrote:

>
> Sean:
>
>> Your schema definition probably contains a "serial primary key".
>> The "serial" part uses a sequence to do the auto-incremented values, so
> postgres needs to create that sequence
>> A primary key needs to have an associated index, so by asking for a
> primary key, postgres needs to create the index
>
> Thank you very much.
>
> So, if I understand correctly,
> the serial primary keys and its index are recreated.
>
> Which means that the value of the primary keys in the restored database
> may not be the same
> as the value of the primary keys in the original database ?

No. The "serial" column only gets an auto-increment value if no value is
specified. For a restore, those values will be present and used. Also, the
sequence (from which any new auto-increment values will be drawn) will be
set to the value from the previous database, so new values will start in the
same place. So, you don't have to put any thought into it--postgres is
doing the right thing here.

Sean

In response to

Browse pgsql-novice by date

  From Date Subject
Next Message Marcel Franke 2006-06-01 12:55:01 Re: pgrestore, notice, will create implicit.
Previous Message Marcel Franke 2006-06-01 12:38:48 Re: pgrestore, notice, will create implicit.