字符集支持

Greenplum数据库里面的字符集支持用户能够以各种字符集存储文本，包括单字节字符集， 比如 ISO 8859 系列，以及多字节字符集 ，比如EUC（扩展 Unix 编码 Extended Unix Code）、UTF-8 和 Mule 内部编码。 所有被支持的字符集都可以被客户端透明地使用，但少数只能在服务器上使用（即作为一种服务器端编码）。 初始化用户的Greenplum数据库数组时，会选择默认字符集 gpinitsystem。 在用户创建一个数据库时可以重载它，因此用户可能会有多个数据库并且每一个使用不同的字符集。

上级主题： Greenplum数据库参考指南

设置字符集

gpinitsystem通过在初始化时间读取gp_init_config 文件中的 ENCODING参数的设置来定义Greenplum数据库系统的默认字符集。 默认的字符集是UNICODE 或UTF8.

除了用作系统级默认值之外，还可以创建一个不同字符集的数据库。例如:

=> CREATE DATABASE korean WITH ENCODING 'EUC_KR';

重点： 虽然用户可以指定数据库所需的任何编码， 但选择不是用户所选择的语言环境所期望的编码是不明智的。该LC_COLLATE和 LC_CTYPE设置意味着特定的编码，并且依赖于区域设置的操作（例如排序）可能会误解处于不兼容编码的数据。

由于这些区域设置被gpin系统冻结，因此在不同数据库中使用不同编码的灵活性明显比实际更理论

一种安全使用多个编码的方法是在初始化时间内将语言环境设置为C 或POSIX ，从而禁止任何真正的区域意识。

服务器和客户端之间的字符集转换

Greenplum数据库支持服务器和客户端之间的某些字符集组合的自动字符集转换。 转换信息存储在主 pg_conversion系统目录表中。 Greenplum数据库带有一些预定义的转换，或者用户可以使用SQL命令创建一个新的转换CREATE CONVERSION.

要启用自动字符集转换，用户必须告诉Greenplum数据库用户要在客户端中使用的字符集（编码）。有几种方法可以实现这一点：

• 使用\encoding 命令在psql中, 它允许用户即时更改客户端编码。

• 使用SETclient_encoding TO。

  要设置客户端编码，请使用以下SQL命令：

  => SET CLIENT_ENCODING TO 'value';

  要查询当前的客户端编码：

  => SHOW client_encoding;

  要返回到默认编码：

  => RESET client_encoding;

• 使用PGCLIENTENCODING 环境变量。当在客户端的环境变量定义为 PGCLIENTENCODING 时，与服务器建立连接时会自动选择该客户端编码。(这可以随后使用上述其他任何方法重写)

• 设置配置参数client_encoding。 如果client_encoding被设置为主 postgresql.conf 文件，当建立与Greenplum数据库的连接时，会自动选择该客户端编码。 (这可以随后使用上述其他任何方法重写。)

如果特定字符的转换是不可能的 “ 假设 用户为服务器选择了 EUC_JP 而为客户端选择了 LATIN1 则一些日文字符在LATIN1 没有表现形式” 则会报告错误。

如果客户端字符集被定义为SQL_ASCII， 无论服务器的字符集如何，禁止编码转换。 除非用户使用所有ASCII数据，否则SQL_ASCII 是不明智的。 不支持SQL_ASCII 作为服务器编码。

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

2 SQL_ASCII设置与其他设置的行为大不相同。字节值0-127根据ASCII标准进行解释，字节值128-255作为未解释的字符。如果使用任何非ASCII数据，则将SQL_ASCII设置用作客户端编码是不明智的。不支持SQL_ASCII作为服务器编码。