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 | EKEJJICOHDIEMGPNIFIJGEOHKEAA.Inoue@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c (Hiroshi Inoue <Inoue@tpf.co.jp>) |
Ответы |
Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c
|
Список | pgsql-committers |
> -----Original Message----- > From: Hiroshi Inoue > > Tom Lane wrote: > > > > Hiroshi Inoue <Inoue@tpf.co.jp> writes: > > > Tom Lane wrote: > > >> > > >> Hiroshi Inoue <Inoue@tpf.co.jp> writes: > > > Please tell me how we avoid the failure > > > ERROR: Unable to identify an operator '=' for types 'oid' and 'lo' > > > You will have to retype this query using an explicit cast > > > in pg_restore. > > >> > > >> What query triggers that, exactly? > > > > > The query made by the following code in FixupBlobRefs in > pg_backup_db.c. > > > > Hmmm ... does it help if we change the query to > > > > " FROM %s WHERE > > %s.oldOid = %s.%s::pg_catalog.oid", > > > > I suspect though that the real issue is the CREATE CAST is failing; > > if so, this won't help. See my comment to Peter earlier today. > > I know it from the first and the consideration is useless > unless we use 7.3 pg_dump. If there's no objection, I would apply the fix to 7.3-STABLE tree. regards, Hiroshi Inoue
В списке pgsql-committers по дате отправления: