You are 100% right about pg_restore fixing up OID references in tables to
blobs (and presumably any other objects). I should have checked more
carefully and given the program more credit.
I will remove the -o as it is not necessary, as you say.
That resolves my script problem Thanks!.
Regarding the --list output, the line reads "75; 0 BLOBS BLOBS", and listing
any database, whether or not it contains blobs, outputs the same thing (the
=20 is an email coding for EOL). So I maintain that it may be a (benign)
----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Colin Stearman" <cstearman(at)infofind(dot)com>
Sent: Sunday, November 24, 2002 12:57 PM
Subject: Re: [BUGS] pg_dump/pg_restore
"Colin Stearman" <cstearman(at)infofind(dot)com> writes:
> 1. Large objects dumped, deleted then restored do not retain their
> OIDs. Big problem as we reference their OIDs in tables.
They're not supposed to (indeed cannot). pg_restore is supposed to arrange
for references to large-object OIDs to be updated to the new values,
however. I believe it looks in columns of types OID and LO --- if you
stored your references in plain int columns, that was a mistake.
If you're using the -o option simply because you think you need it for
blobs, you don't need it.
> 2. The pg_restore command --list indicated no Blobs in the dump file even
> hen there are. For example:
> 75; 0 BLOBS BLOBS=20
Looks like you have blobs to me: that entry wouldn't even be there,
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
In response to
pgsql-bugs by date
|Next:||From: Theodore Petrosky||Date: 2002-11-24 22:33:55|
|Subject: more information on OSX pg_dump problem|
|Previous:||From: Theodore Petrosky||Date: 2002-11-24 19:37:18|
|Subject: pg_dump and Mac osx|