Re: Bug #3924: Create Database with another encoding as the encoding from postgres - Mailing list pgsql-bugs

From Joe
Subject Re: Bug #3924: Create Database with another encoding as the encoding from postgres
Date
Msg-id 490A5BD8.6070306@freedomcircle.net
Whole thread Raw
In response to Re: Bug #3924: Create Database with another encoding as the encoding from postgres  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Tom Lane wrote:
> Plan B would be to set the database locale to C, which is
> encoding-agnostic and hence allows different databases to have different
> encodings.  Do you actually need en_US sort order?
>

I wasn't aware of the difference in sort orders until about two months
ago when i had to compare the output of the production db which was in a
C locale with SQL_ASCII encoding (now in C with LATIN1) with the
development db with en_US.iso88591/LATIN1.  For our purposes, the en_US
sort order seems much more reasonable, since for example, in a list by
titles, the article "Meet The New Boss, Same as the Old Boss" (with the
quotes being part of the title) sorts among the M titles, and not at the
beginning, before the A titles.  As I understand, 8.4 will include
LC_COLLATE support at the database rather than cluster level which
should help in this regard.

Joe

pgsql-bugs by date:

Previous
From: Tomáš Szépe
Date:
Subject: Re: BUG #4496: Memory leak in pg_dump.c?
Next
From: Craig Ringer
Date:
Subject: Re: BUG #4496: Memory leak in pg_dump.c?