表 21.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 korean

这将创建一个名为korean的数据库，它使用 EUC_KR字符集。另一种实现方式是使用下面的 SQL 命令：

CREATE DATABASE korean WITH ENCODING 'EUC_KR';

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

$ psql -l
            List of databases
   Database    |  Owner  |   Encoding
---------------+---------+---------------
 euc_cn        | t-ishii | EUC_CN
 euc_jp        | t-ishii | EUC_JP
 euc_kr        | t-ishii | EUC_KR
 euc_tw        | t-ishii | EUC_TW
 mule_internal | t-ishii | MULE_INTERNAL
 postgres      | t-ishii | EUC_JP
 regression    | t-ishii | SQL_ASCII
 template1     | t-ishii | EUC_JP
 test          | t-ishii | EUC_JP
 utf8          | t-ishii | UTF8
(9 rows)

PostgreSQL 支持在服务器和客户端之间，对某些字符集组合进行自动字符集转换。转换信息保存在系统目录 pg_conversion 中。PostgreSQL 提供了一些预定义转换，如表 21.2所示。可以使用 SQL 命令 CREATE CONVERSION 创建新的转换。

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

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

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

这些都是开始了解各种编码系统的良好资料。