Re: [HACKERS] Re: locales and MB (was: Postgres 6.5 beta2 and beta3 problem)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Re: locales and MB (was: Postgres 6.5 beta2 and beta3 problem) |
| Дата | |
| Msg-id | 13600.929136385@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Re: locales and MB (was: Postgres 6.5 beta2 and beta3 problem) (Tatsuo Ishii <t-ishii@sra.co.jp>) |
| Список | pgsql-hackers |
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> Yes. This is because I carefully choose multibyte encodings for
> the backend that have following characteristics:
> o if the 8th bit of a byte is off then it is a ascii character
> o otherwise it is part of non ascii multibyte characters
Ah so.
> You might ask why I don't make makeIndexable() multibyte-aware. It
> definitely possible. But you should know there are many places that
> need to be multibyte-aware in this sence. The parser is one of the
> good example.
Right, it's much easier to dodge the problem by restricting backend
encodings, and since we have conversions that doesn't hurt anyone.
Now that I think about it, all the explicitly MB-aware code that
I've seen is in frontend stuff.
Thanks for the clue...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера