From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Stark <gsstark(at)mit(dot)edu>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Collation rules and multi-lingual databases |
Date: | 2003-08-20 21:37:13 |
Message-ID: | 87isosj9iu.fsf@stark.dyndns.tv |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> Greg Stark <gsstark(at)mit(dot)edu> writes:
> > My understanding is that the entire set of localization parameters needs to be
> > decided upon when the initdb is done and can never be changed later. Is that
> > right?
>
> No, not all of them are frozen. Unfortunately, the one you care about
> (LC_COLLATE) is. The reason for this is that it determines index
> ordering for textual columns, and so changing LC_COLLATE on the fly
> produces instant corrupt indexes :-(
Yeah, I really would be perfectly happy to have indexes be in "C" order and
have my queries have to specifically specify the sort order in the ORDER BY
clause, knowing they won't use the index.
Well, ok, not quite perfectly happy. But in this case there are no indexes on
the columns anyways so...
> A solution for this is on the TODO list, but don't hold your breath ...
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-08-20 21:41:18 | Re: Buglist |
Previous Message | Joseph Tate | 2003-08-20 21:30:14 | Open Transaction list |