RE: inserts bypass encoding conversion

Поиск
Список
Период
Сортировка
От James Pang (chaolpan)
Тема RE: inserts bypass encoding conversion
Дата
Msg-id PH0PR11MB51913D89862FDA866FACCC8CD61AA@PH0PR11MB5191.namprd11.prod.outlook.com
обсуждение исходный текст
Ответ на Re: inserts bypass encoding conversion  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: inserts bypass encoding conversion  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin
In this case, the real value stored in database is UTF8 byte sequence instead of LATIN1 encoding text, right?   When
Irun "select * from table" with client_encoding=LATIN1, automatically encoding conversion from UTF8 byte sequence to
text? 

Thanks,

James

-----Original Message-----
From: Tom Lane <tgl@sss.pgh.pa.us>
Sent: Wednesday, August 16, 2023 10:03 PM
To: James Pang (chaolpan) <chaolpan@cisco.com>
Cc: pgsql-admin@lists.postgresql.org
Subject: Re: inserts bypass encoding conversion

"James Pang (chaolpan)" <chaolpan@cisco.com> writes:
>    With client_encoding=UTF8 and server_encoding=LATIN1, looks like
> insert into value with chr(codepoint) bypass encoding conversion , is
> it expected ?  test as below ,

The chr() function is a server-side operation that has nothing to do with the client encoding.

            regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: inserts bypass encoding conversion
Следующее
От: Tom Lane
Дата:
Сообщение: Re: inserts bypass encoding conversion