Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 367822E0094 for ; Wed, 18 Jun 2008 14:26:56 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 08884-03 for ; Wed, 18 Jun 2008 14:26:44 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from lists.commandprompt.com (host-159.commandprompt.net [207.173.203.159]) by developer.postgresql.org (Postfix) with ESMTP id A19F62E0079 for ; Wed, 18 Jun 2008 14:26:45 -0300 (ADT) Received: from [192.168.1.5] (or-69-34-217-90.sta.embarqhsd.net [69.34.217.90]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id m5IHSUQi000924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2008 10:28:30 -0700 Subject: Re: Major upgrade advice From: "Joshua D. Drake" To: Steve Crawford Cc: pgsql-admin@postgresql.org In-Reply-To: <48594429.7040001@pinpointresearch.com> References: <48594429.7040001@pinpointresearch.com> Content-Type: text/plain Organization: Command Prompt, Inc. Date: Wed, 18 Jun 2008 10:28:33 -0700 Message-Id: <1213810113.8601.197.camel@jd-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (lists.commandprompt.com [207.173.203.159]); Wed, 18 Jun 2008 10:28:31 -0700 (PDT) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/145 X-Sequence-Number: 29483 On Wed, 2008-06-18 at 10:21 -0700, Steve Crawford wrote: > I'm getting ready to tackle another upgrade: 7.4.6 -> 8.3.3. The > preliminaries (development/testing) look good but I'd like > suggestions/warnings/comments on: > > 1. Removing OIDs on user tables. > > I don't see any dump or restore options to remove OIDs. Am I better off > modifying the dump to alter the "SET default_with_oids = true;" lines or > going through all the user tables in advance and running "ALTER TABLE > ... SET WITHOUT OIDS"? Other options? If the table has oids, pg_dump is going to grab them and restore them as such. If you are assured that you don't need OIDs I would drop the oid columns from the user tables before the upgrade. > > 2. Alter encoding from C to utf8. Very good chance the dump will not load without going through a cleanup with iconv. Joshua D. Drake