Re: Why don't I get a LATIN1 encoding here with SET ENCODING?
В списке pgsql-sql по дате отправления:
| От | Bryce Nesbitt |
|---|---|
| Тема | Re: Why don't I get a LATIN1 encoding here with SET ENCODING? |
| Дата | |
| Msg-id | 4AF0F6A7.7070505@obviously.com обсуждение исходный текст |
| Ответ на | Re: Why don't I get a LATIN1 encoding here with SET ENCODING? (Craig Ringer <craig@postnewspapers.com.au>) |
| Ответы |
Re: Why don't I get a LATIN1 encoding here with SET ENCODING?
|
| Список | pgsql-sql |
Craig Ringer wrote: > In truth, that's how I'd expect it to happen. If I ask for the byte 0xfd > in a string, I don't want the server to decide that I must've meant > something else because I have a different client encoding. If I wanted > encoding conversion, I wouldn't have written it in an escape form, I'd > have written 'ý' not '\375'. I've got a client encoding of LATIN1... so I'd expect to be able to present any valid LATIN1 character, not care how the backend stored it, then get the same character back from the database.
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера