From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
Cc: | Palle Girgensohn <girgen(at)partitur(dot)se>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Multilingual application, ORDER BY w/ different locales? |
Date: | 2001-11-17 21:21:58 |
Message-ID: | 979.1006032118@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> writes:
> Would it be possible to make a function in plpgsql or whatever that
> wrapped the collate changes and then order by that and make functional
> indexes? Would the system use it?
IIRC, we were debating whether we should consider collation to be an
attribute of the datatype (think typmod) or an attribute of individual
values (think field added to values of textual types). In the former
case, a function like this would only work if we allowed its result to
be declared as having the right collate attribute. Which is not
impossible, but we don't currently associate any typmod with function
arguments or results, and so I'm not sure how painful it would be.
With the field-in-data-value approach it's easy to see how it would
work. But another byte or word per text value might be a high price
to pay ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-11-17 21:27:39 | Re: Open items |
Previous Message | Stephan Szabo | 2001-11-17 21:13:15 | Re: Multilingual application, ORDER BY w/ different locales? |