Re: Making serial survive pg_dump

From: "Rod Taylor" <rbt(at)zort(dot)ca>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Hackers List" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Making serial survive pg_dump
Date: 2002-06-13 22:11:05
Message-ID: 06bb01c21327$3683ba10$fe01a8c0@jester
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thats fair, and makes the job a heck of a lot simpler.

We do need to change the sequence naming once. They have a tendency
to conflict at the moment.

--
Rod
----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Rod Taylor" <rbt(at)zort(dot)ca>
Cc: "Hackers List" <pgsql-hackers(at)postgresql(dot)org>
Sent: Thursday, June 13, 2002 6:05 PM
Subject: Re: [HACKERS] Making serial survive pg_dump

> "Rod Taylor" <rbt(at)zort(dot)ca> writes:
> > If we have sequences pick new names automatically, it may not pick
the
> > same name after dump / restore as it had earlier -- especially
across
> > versions (see TODO entry).
> > So don't we need a way to suggest the *right* name to SERIAL?
>
> No. IMHO, if we change the naming convention for serial sequences
(which
> seems unlikely, except that it might be indirectly affected by
changing
> NAMEDATALEN), then we'd *want* the new naming convention to take
effect,
> not to have pg_dump scripts force an old naming convention to be
> preserved.
>
> I realize there's a potential for failing to restore the setval()
> information if the name actually does change, but I'm willing to
live
> with that.
>
> regards, tom lane
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Ford 2002-06-13 23:46:16 Re: PostGres Doubt
Previous Message Tom Lane 2002-06-13 22:05:12 Re: Making serial survive pg_dump