表 23.3 显示了 PostgreSQL 中可用的字符集。

并非所有客户端API都支持所有列出的字符集。例如，PostgreSQL JDBC 驱动程序不支持 MULE_INTERNAL、LATIN6、LATIN8 和 LATIN10。

设置 SQL_ASCII 的行为与设置不同。当服务器字符集为 SQL_ASCII 时，服务器将字节值 0-127 按 ASCII 标准解释，而字节值 128-255 被视为未解释的字符。当设置为 SQL_ASCII 时，不会进行编码转换。因此，此设置与其说是声明正在使用特定编码，不如说是声明对编码一无所知。在大多数情况下，如果您使用任何非 ASCII 数据，使用 SQL_ASCII 设置是不明智的，因为 PostgreSQL 将无法通过转换或验证非 ASCII 字符来帮助您。

initdb 定义了 PostgreSQL 集群的默认字符集（编码）。例如，

initdb -E EUC_JP

将默认字符集设置为 EUC_JP（日语扩展 Unix 代码）。如果您喜欢更长的选项字符串，可以使用 --encoding 代替 -E。如果未提供 -E 或 --encoding 选项，initdb 会尝试根据指定的或默认的区域设置来确定要使用的合适编码。

您可以在数据库创建时指定一个非默认编码，前提是该编码与所选区域设置兼容

createdb -E EUC_KR -T template0 --lc-collate=ko_KR.euckr --lc-ctype=ko_KR.euckr korean

这将创建一个名为 korean 的数据库，使用 EUC_KR 字符集和 ko_KR 区域设置。另一种实现此目的的方法是使用此 SQL 命令

CREATE DATABASE korean WITH ENCODING 'EUC_KR' LC_COLLATE='ko_KR.euckr' LC_CTYPE='ko_KR.euckr' TEMPLATE=template0;

请注意，上述命令指定复制 template0 数据库。复制任何其他数据库时，编码和区域设置不能从源数据库更改，因为这可能会导致数据损坏。有关更多信息，请参阅 第 22.3 节。

数据库的编码存储在系统目录 pg_database 中。您可以使用 psql 的 -l 选项或 \l 命令查看它。

$ psql -l
                                         List of databases
   Name    |  Owner   | Encoding  |  Collation  |    Ctype    |          Access Privileges
-----------+----------+-----------+-------------+-------------+-------------------------------------
 clocaledb | hlinnaka | SQL_ASCII | C           | C           |
 englishdb | hlinnaka | UTF8      | en_GB.UTF8  | en_GB.UTF8  |
 japanese  | hlinnaka | UTF8      | ja_JP.UTF8  | ja_JP.UTF8  |
 korean    | hlinnaka | EUC_KR    | ko_KR.euckr | ko_KR.euckr |
 postgres  | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  |
 template0 | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  | {=c/hlinnaka,hlinnaka=CTc/hlinnaka}
 template1 | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  | {=c/hlinnaka,hlinnaka=CTc/hlinnaka}
(7 rows)

PostgreSQL 支持服务器和客户端之间的自动字符集转换，支持许多字符集组合（第 23.3.4 节 显示了哪些字符集支持转换）。

要启用自动字符集转换，您必须告知 PostgreSQL 您希望在客户端使用的字符集（编码）。有几种方法可以实现这一点：

如果无法转换特定字符——假设您为服务器选择了 EUC_JP，为客户端选择了 LATIN1，并且返回了一些在 LATIN1 中没有表示的日文字符——则会报告一个错误。

如果客户端字符集设置为 SQL_ASCII，则无论服务器字符集如何，编码转换都将被禁用。（但是，如果服务器的字符集不是 SQL_ASCII，服务器仍然会检查传入数据是否对于该编码有效；因此净效应就像客户端字符集与服务器相同一样。）就像对服务器一样，除非您处理的是全 ASCII 数据，否则使用 SQL_ASCII 是不明智的。

PostgreSQL 允许在 pg_conversion 系统目录中列出了转换函数的任何两个字符集之间进行转换。PostgreSQL 附带了一些预定义的转换，如 表 23.4 中所述，并在 表 23.5 中更详细地显示。您可以使用 SQL 命令 CREATE CONVERSION 创建新的转换。（为了用于自动客户端/服务器转换，转换必须被标记为其字符集对的“默认”。）

以下是开始了解各种编码系统的好起点。