From: Milen A. Radev <milen@radev.net>
To: pgsql-admin@postgresql.org
Subject: Re: Problems With pg_dumpall and OIDs
Date: Thu, 20 Nov 2008 00:48:43 +0200
Message-ID: <gg254a$tjp$1@ger.gmane.org> (raw)
In-Reply-To: <623884546.38971227134154902.JavaMail.root@mail-01.cse.ucsc.edu>
References: <623884546.38971227134154902.JavaMail.root@mail-01.cse.ucsc.edu>
Tim Gustafson написа:
> Hello,
>
> I currently have a old GForge installation running on Postgres 7.4.19. GForge relies on the OID columns of their application tables for different things. I'm trying to upgrade Postgres to 8.2, and in order to do so, I'm doing:
>
> pg_dumpall --oids --clean > foo.sql
>
> However, the "CREATE TABLE" statements in foo.sql don't have "WITH OIDS" specified, so when the tables are created in the new server, they are not getting OID columns, and then the data load portion of the SQL script appears to essentially be ignoring the OID information.
>
> Is there an updated pg_dumpall that fixes this problem? Was this a known issue in the 7.4.19 pg_dumpall that was fixed? Any suggestions on how best to get the data out of the 7.4 server and in to the 8.2 server while maintaining all the OID information?
[...]
A workaround: temporarily turn to "on" the value off the "default_with_oids"
parameter in your configuration file (the defaults is "off").
--
Milen A. Radev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-admin@postgresql.org
Cc: milen@radev.net
Subject: Re: Problems With pg_dumpall and OIDs
In-Reply-To: <gg254a$tjp$1@ger.gmane.org>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox