Va: Va: Va: Va: [BUGS] Bug # 519: Bug in order b y clausule

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

Browse pgsql-bugs by date

  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