Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages

Поиск
Список
Период
Сортировка
От Frank Joerdens
Тема Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages
Дата
Msg-id 20020129203901.B18455@superfly.archi-me-des.de
обсуждение исходный текст
Ответ на Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Tue, Jan 29, 2002 at 02:14:33PM -0500, Tom Lane wrote:
> Frank Joerdens <frank@joerdens.de> writes:
> > Hence my question was not "What do I gain from multibyte
> > support when I don't need multibyte support?" but "what do I get from
> > specifying Latin1 encoding (which is only available when compiling
> > with --enable-multibyte) and what do I lose when using locales or
> > sql_ascii?".
>
> You need LOCALE support if you want smarts about sort order, case
> conversion, etc.  This is orthogonal to MULTIBYTE.

OK! That answers my question (didn't see your mail a few minutes ago
when I posted my last).

Actually, just out of curiosity, then how do you sort Chinese, for
instance . . . ? I happen to know that Chinese dictionaries are usually
ordered by so-called radicals, combinations of strokes that appear in
any of the 4000 (simplified mainland Chinese) or so characters, of which
there are about 250.

Regards, Frank

В списке pgsql-general по дате отправления:

Предыдущее
От: Frank Joerdens
Дата:
Сообщение: Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages
Следующее
От: David Link
Дата:
Сообщение: Re: Upgrade 7.0.3 -> 7.1.3 problems!