Re: A rough roadmap for internationalization fixes
От
Tom Lane
Тема
Re: A rough roadmap for internationalization fixes
Дата
Msg-id
27798.1069775622@sss.pgh.pa.us
Ответ на
Re: A rough roadmap for internationalization fixes (Peter Eisentraut)
Список
Дерево обсуждения
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 по дате отправления