Re: A rough roadmap for internationalization fixes

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: A rough roadmap for internationalization fixes
Дата
Msg-id
27798.1069775622@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
A rough roadmap for internationalization fixes Peter Eisentraut <peter_e@gmx.net>
Re: A rough roadmap for internationalization fixes Tatsuo Ishii <t-ishii@sra.co.jp>
Re: A rough roadmap for internationalization fixes Peter Eisentraut <peter_e@gmx.net>
Re: A rough roadmap for internationalization fixes Tom Lane <tgl@sss.pgh.pa.us>
Re: A rough roadmap for internationalization fixes Greg Stark <gsstark@mit.edu>
Re: A rough roadmap for internationalization fixes Tom Lane <tgl@sss.pgh.pa.us>
Re: A rough roadmap for internationalization fixes Peter Eisentraut <peter_e@gmx.net>
Re: A rough roadmap for internationalization fixes Hannu Krosing <hannu@tm.ee>
Re: A rough roadmap for internationalization fixes Dennis Bjorklund <db@zigo.dhs.org>
Re: A rough roadmap for internationalization fixes Peter Eisentraut <peter_e@gmx.net>
Re: A rough roadmap for internationalization fixes Tom Lane <tgl@sss.pgh.pa.us>
Re: A rough roadmap for internationalization fixes Dennis Bjorklund <db@zigo.dhs.org>
Re: A rough roadmap for internationalization fixes Tatsuo Ishii <t-ishii@sra.co.jp>
Re: A rough roadmap for internationalization fixes Kurt Roeckx <Q@ping.be>
Re: A rough roadmap for internationalization fixes Tom Lane <tgl@sss.pgh.pa.us>
Re: A rough roadmap for internationalization fixes Kurt Roeckx <Q@ping.be>
Re: A rough roadmap for internationalization fixes Dennis Bjorklund <db@zigo.dhs.org>
Re: A rough roadmap for internationalization fixes Dennis Bjorklund <db@zigo.dhs.org>
Re: A rough roadmap for internationalization fixes Hannu Krosing <hannu@tm.ee>
Re: A rough roadmap for internationalization fixes Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Peter Eisentraut  writes:
> Actually, what will more likely happen is that we'll define a collation as
> a collection of one or more support functions, the equivalents of
> strxfrm() and possibly a few more.  Then it will be up to those functions
> to define the collation order.  The server will provide utility functions
> that will facilitate implementing a collation order that follows the
> Unicode collation algorithm, but you could just as well implement one
> using memcmp() or whatever you like.

That sounds like a good plan to me.  Personally I'd want a
memcmp()-based collation implementation available, so that people who
don't care about sorting anything beyond 7-bit ASCII don't need to pay
a lot of overhead.

We have seen over and over that strcoll() is depressingly slow in some
locales (at least on some platforms).  Do you have any feeling for the
real-world performance of the Unicode algorithm?
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Doug McNaught
Дата:
FAQ