Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?
Дата
Msg-id 1831165.1601945922@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Ответы Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?
Список pgsql-general
Tatsuo Ishii <ishii@sraoss.co.jp> writes:
> One of ideas to avoid the concern could be "shifting" GB18030 code
> points into "ASCII safe" code range with some calculations so that
> backend can handle them without worrying about the concern above. This
> way, we could avoid a table lookup overhead which is necessary in
> conversion between GB18030 and UTF8 and so on.

Hmm ... interesting idea, basically invent our own modified version
of GB18030 (or SJIS?) for backend-internal storage.  But I'm not
sure how to make it work without enlarging the string, which'd defeat
the OP's argument.  It looks to me like the second-byte code space is
already pretty full in both encodings.

            regards, tom lane



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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?
Следующее
От: Han Parker
Дата:
Сообщение: 回复: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?