Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?
Дата
Msg-id 10708.982295747@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Ответы Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Список pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> Oh, I see.  So the question still remains: can a MULTIBYTE-aware backend
> ever use a sort order different from strcmp() order?  (That is, not as
> a result of LOCALE, but just because of the non-SQL-ASCII encoding.)
>> 
>> According to the code, no, because varstr_cmp() doesn't pay attention to
>> the multibyte status.  Presumably strcmp() and strcoll() don't either.

> Right.

OK, so I guess this comes down to a judgment call: should we insert the
check in the non-MULTIBYTE case, or not?  I still think it's safest to
do so, but I'm not sure what you want to do.
        regards, tom lane


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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: Shouldn't non-MULTIBYTE backend refuse to start in MB database?
Следующее
От: Ryan Kirkpatrick
Дата:
Сообщение: Re: Re: Recovery of PGSQL after system crash failing!!!