Re: Testing 9.2 in ~production environment - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Testing 9.2 in ~production environment
Date
Msg-id 5135.1340087919@sss.pgh.pa.us
Whole thread Raw
In response to Re: Testing 9.2 in ~production environment  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: Testing 9.2 in ~production environment  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> On mån, 2012-06-18 at 17:57 -0400, James Cloos wrote:
>> I presume that lc_ctype is the significant difference?

> It certainly makes some difference, but it's a bit shocking that makes
> things that much slower.

If James is testing text-comparison-heavy operations, it doesn't seem
shocking in the least.  strcoll() in most non-C locales is a pig.

>> LC_CTYPE *is* specified as 'C' in the dump from which I created the 9.2
>> cluster, so it must have been overridden by pg_restore.  I see that my
>> dist's /etc rc script now sets LC_CTYPE.  Would that explain why lc_ctype
>> changed between the two clusters?

> It's possible, depending on how exactly the start up script maze is set
> up on your particular OS.

pg_dumpall should generate a script that correctly restores database
locales.  However, pg_dump+pg_restore is dependent on user creation
of the specific database, which is likely to be environment sensitive.
We really oughta do something about that ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Testing 9.2 in ~production environment
Next
From: Martijn van Oosterhout
Date:
Subject: Re: Pg default's verbosity?