BUG #1468: psql_dump is not backward compatible

Поиск
Список
Период
Сортировка
От Tobias Brox
Тема BUG #1468: psql_dump is not backward compatible
Дата
Msg-id 20050207143457.9B02CF0B01@svr2.postgresql.org
обсуждение исходный текст
Ответы Re: BUG #1468: psql_dump is not backward compatible  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-bugs
The following bug has been logged online:

Bug reference:      1468
Logged by:          Tobias Brox
Email address:      tobias@nordicbet.com
PostgreSQL version: 8.0.0
Operating system:   Linux, gentoo
Description:        psql_dump is not backward compatible
Details:

I have a situation where my peers is using PG 7.4.6, and they are pretty
pissed off at me for using PG 8.0 - the DB dumps are incompatible.  The
command I use for generating the dump is "pg_dump -Oa NBET".

I don't have version 7.4.6 installed myself, so I cannot reproduce this
reliably on my own.

We use serial primary keys, the problem reported by my peers is that PG
7.4.6 needs an "update sequence" on all the primary keys.  The old data dump
outputs lines on this form:

SELECT pg_catalog.setval('user_group_id_seq', 5, False);

PG 8.0 swallows the old data without problems, so I suppose it's needed with
a switch for backword compatibility there.

I tried pg_dump with the parameters "OaD" (make full "insert"-statements,
should be compatible with anything), but this was rejected by my peers.

I think the problem should be reproducable with the information above, if
not I can try install PG 7.4.6
to create some comparable dumps with PG 8.0 and PG 7.4.6.

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Michael Guerin
Дата:
Сообщение: ERROR: cache lookup failed for relation 17442
Следующее
От: "Vojtech Rysanek"
Дата:
Сообщение: BUG #1463: Borland C++ problem