Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vqmyZ-000Onp-0K for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Feb 2026 06:48:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vqmyY-00CvY4-0V for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Feb 2026 06:48:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vqmyX-00CvXv-2R for pgsql-hackers@lists.postgresql.org; Fri, 13 Feb 2026 06:48:26 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vqmyW-00000000Raj-0jc7 for pgsql-hackers@lists.postgresql.org; Fri, 13 Feb 2026 06:48:26 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 0C8775099B3 for ; Fri, 13 Feb 2026 07:48:23 +0100 (CET) Received: from s979.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id ED521508C7B; Fri, 13 Feb 2026 07:48:22 +0100 (CET) Received: from s473.loopia.se (unknown [172.22.191.6]) by s979.loopia.se (Postfix) with ESMTP id EABE710BC41C; Fri, 13 Feb 2026 07:48:22 +0100 (CET) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1] autolearn=disabled Authentication-Results: s473.loopia.se (amavisd-new); dkim=pass (2048-bit key) header.d=proxel.se Received: from s934.loopia.se ([172.22.191.5]) by s473.loopia.se (s473.loopia.se [172.22.190.13]) (amavisd-new, port 10024) with LMTP id UXYNacId5hTg; Fri, 13 Feb 2026 07:48:22 +0100 (CET) X-Loopia-Auth: user X-Loopia-User: andreas@proxel.se X-Loopia-Originating-IP: 147.28.75.140 Received: from [192.168.0.121] (customer-147-28-75-140.stosn.net [147.28.75.140]) (Authenticated sender: andreas@proxel.se) by s934.loopia.se (Postfix) with ESMTPSA id 1A3E67CEA4E; Fri, 13 Feb 2026 07:48:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proxel.se; s=loopiadkim1707418970; t=1770965302; bh=fts4l0Lb2FOOALAZ/HwSd0mUng7RrDKkvuPLSu0hiiQ=; h=Date:Subject:To:References:From:In-Reply-To; b=Ti3db7/1Y01d9I1/y908VkVKXvh20gSqBwkDwNKRHvqIc9ufWDSmQLW0P9TXlBcyW 73XRr8SONt0dJyMArQuylKEwqzQ4IQxkOVU5MGXnXnK37qack7eLPBjZ9ZMUHJItQc bCr8BVKoBxT4ghtZwiLECNHDio/FuDdADqKEPcfNf3a+EcTXPg4gLywJJ5n9HIpEMW P9UbITXd2n37+h0iN8lyFTl86GKAE+0fQcwI1JlXrSFRQllVkVsVQEE0JXzICJkqya /EUtL+O2vGp54th9YklwDxPP2uWHunxPgfJ0YLtjv41w72Npdld1sOCAm2bYjrPzwT hote9E8sHH/xQ== Message-ID: <29fd7c6b-b3cd-4d45-977c-d9ef2f88378a@proxel.se> Date: Fri, 13 Feb 2026 07:48:21 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Questionable description about character sets To: Tatsuo Ishii , pgsql-hackers@lists.postgresql.org References: <20260211.185847.1679085676298121526.ishii@postgresql.org> From: Andreas Karlsson Content-Language: en-US In-Reply-To: <20260211.185847.1679085676298121526.ishii@postgresql.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2/11/26 10:58 AM, Tatsuo Ishii wrote: > "23.3.1. Supported Character Sets > Table 23.3 shows the character sets available for use in PostgreSQL." > > https://www.postgresql.org/docs/current/multibyte.html#MULTIBYTE-CHARSET-SUPPORTED > > But the table actually shows encodings (more precisely, "character > encoding scheme") (BIG5...EUC_JP... UTF8). I think we need one more > column for "character sets" (more precisely, "coded character sets"). > > Encoding Character set ... > BIG5 Big5-2003 > : > EUC_JP ASCII, JIS X 0208, JIS X 0212, JIS X 0201 > : > UTF8 Unicode Wouldn't that make the table very wide? And for e.g. European character encodings I am not sure it is that useful since most or maybe even all of them are subsets of unicode, it mostly gets interesting for encodings which support characters not in unicode, right? Andreas