Re: About upper() and lower to handle multibyte char

Поиск
Список
Период
Сортировка
От Weiping
Тема Re: About upper() and lower to handle multibyte char
Дата
Msg-id 4175DD7C.7060405@qmail.zhengmai.net.cn
обсуждение исходный текст
Ответ на Re: About upper() and lower to handle multibyte char  (Weiping <laser@qmail.zhengmai.net.cn>)
Список pgsql-general
Weiping wrote:

> Tom Lane wrote:
>
>> What locale did you initdb in? The most likely explanation for this
>> is that the LC_CTYPE setting is not unicode-compatible.
>>
>>
>>
finally I get it work, while initdb, we should use matched locale
setting and database encoding, like:

initdb --locale=zh_CN.utf8 -E UNICODE ...

then everything ok (on my platform: slackware 10 and RH9).

Emm, I think it's better to add some words in our docs to tell the uesr
to do so,
because we always to use --no-locale while initdb, because the default
locale
setting of many Linux destro (normally en_US), would cause the multibyte
character compare operaction fail (like "select '一' = '二'", that's
"select 'one'='two'" in Chinese,
but it return true), and we use UNICODE as database encoding to store
multi-language characters
(like Japanese and Korean), don't know if the locale setting
(zh_CN.utf8) would conflict with
those setting.

Any better suggestion?

Thanks

Laser




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

Предыдущее
От: pw
Дата:
Сообщение: Re: How do I recover from>> pg_xlog/0000000000000000 (log
Следующее
От: Stuart Bishop
Дата:
Сообщение: Re: plpython question