| От | Tom Lane |
|---|---|
| Тема | Re: Mixing different LC_COLLATE and database encodings |
| Дата | |
| Msg-id | 20522.1140288009@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Mixing different LC_COLLATE and database encodings (Bill Moseley <moseley@hank.org>) |
| Ответы |
Re: Mixing different LC_COLLATE and database encodings
|
| Список | pgsql-general |
Bill Moseley <moseley@hank.org> writes:
> - To clarify the first point, if the database is encoded utf-8 and
> lc_collate is en_US then Postgresql does NOT try to convert utf-8 to
> 8859-1 before sorting.
Basically, this is a horribly bad idea and you should never do it.
The database encoding should always match what the locale assumes
for its character set (unless the locale is "C", which doesn't care).
We'd enforce that you never do it if we knew a portable way to determine
the character set assumed by an LC_COLLATE setting.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера