Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered? - Mailing list pgsql-general

From Tatsuo Ishii
Subject Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?
Date
Msg-id 20201006.111535.752511901399890715.t-ishii@sraoss.co.jp
Whole thread Raw
In response to Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?  (Tatsuo Ishii <ishii@sraoss.co.jp>)
回复: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?  (Han Parker <parker.han@outlook.com>)
List pgsql-general
> 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.

But as he already admitted, actually GB18030 is 4 byte encoding, rather
than 2 bytes. So maybe we could find a way to map original GB18030 to
ASCII-safe GB18030 using 4 bytes.

As for SJIS, no big demand for the encoding in Japan these days. So I
think we can leave it as it is.

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp



pgsql-general by date:

Previous
From: Han Parker
Date:
Subject: 回复: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?
Next
From: Tatsuo Ishii
Date:
Subject: Re: 回复: May "PostgreSQL server side GB18030 character set support" reconsidered?