Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 5ABDD13364DE for ; Wed, 16 Feb 2011 08:14:26 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 13964-03 for ; Wed, 16 Feb 2011 12:14:20 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from extern.innogames.de (extern.innogames.de [80.252.99.240]) by mail.postgresql.org (Postfix) with ESMTP id E24F9133616B for ; Wed, 16 Feb 2011 08:14:18 -0400 (AST) Received: from [172.16.5.29] (unknown [212.48.107.10]) by extern.innogames.de (Postfix) with ESMTPA id B44CE28F101; Wed, 16 Feb 2011 13:14:17 +0100 (CET) Subject: Re: LC_COLLATE and pg_upgrade From: Bernhard Schrader To: Peter Eisentraut Cc: pgsql-admin@postgresql.org In-Reply-To: <1297857285.8578.1.camel@fsopti579.F-Secure.com> References: <1297357018.2340.10.camel@schrader-laptop> <1297689493.2293.5.camel@schrader-laptop> <1297857285.8578.1.camel@fsopti579.F-Secure.com> Content-Type: text/plain; charset="UTF-8" Organization: Innogames GmbH Date: Wed, 16 Feb 2011 13:14:18 +0100 Message-ID: <1297858458.2367.11.camel@schrader-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201102/146 X-Sequence-Number: 36785 If i reinitialize the database cluster, won't i have to pg_dump restore my data? In this case the downtime would be to big. Therefore I'm searching for a faster way. utf8 and UTF-8, should be the same in my opinion, so i think there must be a way to just change this value, so that pg_upgrade can do his work, or is this impossible? regards Am Mittwoch, den 16.02.2011, 13:54 +0200 schrieb Peter Eisentraut: > On mån, 2011-02-14 at 14:18 +0100, Bernhard Schrader wrote: > > As far as I read right now, LC_COLLATE is a read_only variable which > > is used while initdb. But why does the pg_upgrade script doesn't see > > that utf8 and UTF-8 are the same? Is it just a string compare? > > Why don't you just reinitialize your new database cluster with the same > locale spelling as the old one? > > Your points are valid, but unfortunately difficult to handle in the > general case. > > >