From: | raf <raf(at)raf(dot)org> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: help understanding collation order |
Date: | 2011-01-17 23:33:35 |
Message-ID: | 20110117233335.GA1766@raf.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
> raf <raf(at)raf(dot)org> writes:
> > the behaviour i expect (and see on macosx-10.6.6) is:
>
> > id | name
> > ----+---------------
> > 4 | CLARK
> > 2 | CLARK, PETER
> > 3 | CLARKE
> > 1 | CLARKE, DAVID
>
> > the behaviour i don't expect but see anyway (on debian-5.0) is:
>
> > id | name
> > ----+---------------
> > 4 | CLARK
> > 3 | CLARKE
> > 1 | CLARKE, DAVID
> > 2 | CLARK, PETER
>
> > the "good" server has lc_messages='en_AU' and the
> > "bad" server has lc_messages="en_AU.utf8" which may
> > be relevant
>
> No, not particularly. Sort order is determined by lc_collate
> not lc_messages. Unfortunately it's entirely possible that OSX
> will give you a different sort order than Linux even for similarly
> named lc_collate settings. About the only lc_collate setting that
> really behaves the same everywhere, guaranteed, is "C" ... and that
> might or might not do what you want. (C locale does satisfy the
> above example but it's hard to be sure what you want in general;
> and if you are using any non-ASCII characters, C locale will more
> than likely not be very satisfactory.)
>
> regards, tom lane
thanks. "C" will have to do, i suppose.
that and/or re-sort in the client.
cheers,
raf
p.s. if anyone in debian locale land is listening,
'E' does not sort before ','. what were you thinking? :-)
From | Date | Subject | |
---|---|---|---|
Next Message | Alex Hunsaker | 2011-01-17 23:47:43 | Re: plpythonu memory leak |
Previous Message | Steve Litt | 2011-01-17 21:53:23 | Re: Crosstab query on huge amount of values |