Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages |
| Дата | |
| Msg-id | 14299.1012319797@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages (Frank Joerdens <frank@joerdens.de>) |
| Ответы |
Re: Multibyte encoding vs. SQL_ASCII vs. locales and European languages
|
| Список | pgsql-general |
Frank Joerdens <frank@joerdens.de> writes:
> Multibyte support is mainly recommended for character sets that don't
> fit into a single byte (Chinese, Japanese, Korean), and locale support
> is said to be mostly sufficient for European languages . . . what escapes
> me is why I should bother with either of these when SQL_ASCII works just
> fine with my mostly German users. I must be missing something, right?
Sort ordering of non-7-bit-ASCII characters? upper/lower case
conversions that work as expected? locale-aware formatting options
in to_char and friends?
If you don't need any of that, then you won't need locale support.
I agree that you have no use for multibyte support.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера