From: | "Sandor Vig" <sandor(dot)vig(at)audi(dot)hu> |
---|---|
To: | "'Stephan Szabo'" <sszabo(at)megazone23(dot)bigpanda(dot)com> |
Cc: | "tgl(at)sss(dot)pgh(dot)pa(dot)us" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Va: Va: Va: Va: [BUGS] Bug # 519: Bug in order b y clausule |
Date: | 2001-12-03 06:48:07 |
Message-ID: | 1F4D693B8F81D3119AD80008C75B7BB40165B5ED@gs0011.audi.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
I'm not sure this is true. As far as the system is concerned this is
the correct ordering. ;) If you don't want collation based on your locale
I'd suggest either turning off locale in postgres (see configure
options) or initdb in "C" locale, you don't need to change the system's
collation to do this, just set the locale for the shell that runs initdb.
I'll try it. Maybe there should be a note in the postgresql documentation,
for people like me. >:-))
There's been talk about implementing the full SQL character set stuff in
the future which would probably at least limit these problems probably
(it would for example presumably allow you to collate a field you didn't
want to collate via hungarian rules by a different collation).
That would be nice.
Once again, the day is saved, thanks to the Postgresql Team. :-)
Bye,
Vig Sandor
From | Date | Subject | |
---|---|---|---|
Next Message | Beerman, Michael B | 2001-12-03 17:54:49 | Re: Bug #525: createlang for plperl fails on Tru64 version 4.0F (v 7.1.3) |
Previous Message | Tom Lane | 2001-12-03 00:14:56 | Re: Bug #528: Core dump on OpenBSD 2.7 using postgresql 7.1.3 |