Re: Testing 9.2 in ~production environment
| От | Tom Lane |
|---|---|
| Тема | Re: Testing 9.2 in ~production environment |
| Дата | |
| Msg-id | 5135.1340087919@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Testing 9.2 in ~production environment (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: Testing 9.2 in ~production environment
|
| Список | 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 по дате отправления: