Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c

Поиск
Список
Период
Сортировка
От Hiroshi Inoue
Тема Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c
Дата
Msg-id EKEJJICOHDIEMGPNIFIJIEBGKFAA.Inoue@tpf.co.jp
обсуждение исходный текст
Ответ на Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-committers
> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
>
> "Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> >> That's one reason that I didn't like solving it by hacking pg_dump.
>
> > My fix works well with the scenario 7.2 pg_restore -> 7.3 pg_restore.
> > It's another problem that 7.3 pg_dump -> 7.3 pg_restore fails.
>
> Perhaps we're talking at cross-purposes.  Exactly what was the failure
> that your fix was intended to prevent?

I've already mentioned it.
If you use 7.2 pg_dump to backup 7.2 db and use 7.3 pg_restore to
reload the data, you would see the failure
  ERROR:  Unable to identify an operator '=' for types 'oid' and 'lo'
               You will have to retype this query using an explicit cast
7.3 pg_restore doesn't generate *CREATE CAST* commands
at all for 7.2 or earlier pg_dump data.
Usually people uses 7.2 pg_dump not 7.3 pg_dump to backup 7.2 db.

regards,
Hiroshi inoue

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

Предыдущее
От: momjian@postgresql.org (Bruce Momjian - CVS)
Дата:
Сообщение: pgsql-server/doc FAQ
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: pgsql-server/ oc/src/sgml/features.sgml oc/src ...