Re: PostgreSQL 9.1 pg_dump setval() sets wrong value
От | Merlin Moncure |
---|---|
Тема | Re: PostgreSQL 9.1 pg_dump setval() sets wrong value |
Дата | |
Msg-id | CAHyXU0wjCAginZuys2NmpLMAuc1rjP7E=EkZjAfTAOc6v5pP-A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PostgreSQL 9.1 pg_dump setval() sets wrong value (Greg Donald <gdonald@gmail.com>) |
Ответы |
Re: PostgreSQL 9.1 pg_dump setval() sets wrong value
|
Список | pgsql-general |
On Thu, Dec 29, 2011 at 10:20 AM, Greg Donald <gdonald@gmail.com> wrote: > On Wed, Dec 28, 2011 at 4:57 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> < SELECT pg_catalog.setval('cp_state_id_seq', 52, true); >>> > SELECT pg_catalog.setval('cp_state_id_seq', 1, false); >> >> These "grep" calls are showing just exactly not enough to prove >> anything. > > Those grep calls prove my old backups with 8.4 pg_dump were good to go > and now they are not with 9.1 pg_dump. > >> I remain unclear as to what state is actually in the >> database, or what is being dumped, > > The whole thing is being dumped. One command /usr/bin/pg_dump cp, > that's it, nothing special. if you take a bzipped schema only dump (pg_dump -s), I'd be happy to look it over and eliminate the 'operator error' class of issues that Tom is thinking might be happening. private mail is ok. merlin
В списке pgsql-general по дате отправления: