第 5 章 本地化

区域支持默认并不内置于PostgreSQL；要启用它，需要给configure脚本提供--enable-locale选项：

$ ./configure --enable-locale

区域支持只影响服务器；所有客户端都与带或不带区域支持的服务器兼容。

关于使用哪些特定文化规则的信息由标准环境变量决定。如果你已经从其他程序得到了本地化行为，那么你大概已经设置好了这些变量。设置本地化信息最简单的方式是LANG变量，例如：

export LANG=sv_SE

这会把区域设置为瑞典（SE）所讲的瑞典语（sv）。其他可能的设置有en_US（美国英语）和fr_CA（加拿大法语）。如果一个区域可以使用多种字符集，那么规范可以采用cs_CZ.ISO8859-2这样的形式。系统上有哪些区域设置可用，以及它们以什么名称出现，取决于操作系统供应商提供了什么以及实际安装了什么。

有时混合多个区域设置的规则会很有用，例如使用美国排序规则但使用西班牙语消息。为此，存在一组环境变量，它们为特定类别覆盖LANG的默认值：

LC_MESSAGES只影响来自操作系统的消息，不影响 PostgreSQL。

如果希望系统的行为如同没有区域支持一样，可以使用特殊区域C或POSIX，或者干脆取消设置所有与区域相关的变量。

请注意，区域行为由服务器看到的环境变量决定，而不是由任何客户端的环境决定。因此，务必在启动 postmaster 前设置好这些变量。由此带来的一个结果是，如果客户端和服务器使用不同的区域设置，消息可能会因其来源不同而显示为不同语言。

LC_COLLATE和LC_CTYPE变量影响索引的排序顺序。因此，对任何特定的数据库集簇，这些值都必须保持固定，否则文本列上的索引会损坏。Postgres通过记录 initdb所见的LC_COLLATE和 LC_CTYPE值来强制这一点。服务器启动时会自动采用这两个值；只有其他LC_类别可以在服务器启动时从环境设置。简而言之，一个数据库集簇中只能使用一种排序顺序，而且它是在 initdb时选定的。

区域支持尤其会影响下列特性：

在PostgreSQL中使用区域支持的唯一严重缺点是速度。因此，只有在确实需要时才使用区域。特别要注意，选择非 C 区域会禁用LIKE和~操作符的索引优化，这可能对使用这些操作符的搜索速度产生巨大影响。

如果区域设置支持没有像上面说明的那样工作，请检查操作系统中的区域设置支持是否正常。要检查某个给定区域是否已安装并可用，例如可以使用Perl。Perl 也支持区域设置，如果区域损坏，perl -v会给出类似下面这样的抱怨：

$ export LC_CTYPE='not_exist'
$ perl -v
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LC_ALL = (unset),
LC_CTYPE = "not_exist",
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

请检查你的区域文件是否位于正确的位置。可能的位置包括：/usr/lib/locale（Linux、Solaris）、/usr/share/locale（Linux）、/usr/lib/nls/loc（DUX 4.0）。如果不确定，请查阅系统的 locale 手册页。

src/test/locale目录包含 PostgreSQL区域设置支持的一个测试套件。