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

并非所有客户端 API 都支持上表中的全部字符集。例如，PostgreSQL JDBC 驱动就不支持 MULE_INTERNAL、LATIN6、LATIN8 和 LATIN10。

SQL_ASCII 设置的行为与其他设置有很大不同。当服务器字符集为 SQL_ASCII 时，服务器按 ASCII 标准解释字节值 0-127，而将字节值 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 支持在服务器和客户端之间，对某些字符集组合进行自动字符集转换。转换信息保存在系统目录 pg_conversion 中。PostgreSQL 提供了一些预定义转换，如表 23.2 所示。可以使用 SQL 命令 CREATE CONVERSION 创建新的转换。

若要启用自动字符集转换，必须告诉 PostgreSQL 你希望客户端使用哪种字符集（编码）。有几种方法可以做到这一点：

如果某个特定字符无法完成转换，就会报错。例如，假设服务器使用 EUC_JP 而客户端使用 LATIN1，此时若返回了一些在 LATIN1 中没有表示形式的日语字符，就会出现错误。

如果客户端字符集定义为 SQL_ASCII，则无论服务器字符集是什么，都会禁用编码转换。与服务器一样，除非处理的全部是 ASCII 数据，否则使用 SQL_ASCII 是不明智的。

以下资料是了解各种编码系统的良好起点。