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 作为服务器编码。