From: | Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org, Greg Donald <gdonald(at)gmail(dot)com> |
Subject: | Re: PostgreSQL 9.1 pg_dump setval() sets wrong value |
Date: | 2011-12-28 18:34:47 |
Message-ID: | CANf5jyOuHtnrrd5uphULS7MyF4VGMGbBFRcvoPS-_kcZUGqQmw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Dec 28, 2011 at 8:38 AM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
> On Wed, Dec 28, 2011 at 10:20 AM, Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
> wrote:
>
> >
> > I was thinking of the more generic case. The problem with 'new' in the
> above bug
> > is that it is a reserved word and the list of reserved words recognized
> by
> > pg_dump changed in 9.0 or 9.1(?). If the table definitions you showed
> are correct
> > you have sequence columns named id. id is in the list of reserved words
> also:
> >
> > http://www.postgresql.org/docs/9.1/static/sql-keywords-appendix.html
>
> hm -- if sequences named 'id' are not dumping properly, I'd call that
> a pretty significant bug.
>
Well just tested using 9.1.1 pg_dump to dump an 8.4.9 database with table:
CREATE TABLE id_test (
id integer NOT NULL,
fld_1 text
);
Everything worked including:
SELECT pg_catalog.setval('id_test_id_seq', 5, true)
which represents the correct sequence value.
So something else is going on.
>
> merlin
>
--
Adrian Klaver
adrian(dot)klaver(at)gmail(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2011-12-28 18:54:28 | Re: PostgreSQL 9.1 pg_dump setval() sets wrong value |
Previous Message | Tom Lane | 2011-12-28 18:34:26 | Re: Re: psql error: psql: symbol lookup error: psql: undefined symbol: PQconnectdbParams |