Postgresql 中文操作指南

Table 8.4. Character Types

Table 8.4显示了 PostgreSQL 中可用的通用字符类型。

SQL 定义了两种主要的字符类型： character varying(_n)_ 和 character(_n), where _n 是正整数。这两种类型都可以存储长度达 n 字符的字符串（不是字节）。如果尝试将更长的字符串存储到这些类型的某列中，则会发生错误，除非多余字符全部都是空格，在这种情况下，该字符串将被截断至最大长度。（SQL 标准要求有此稍微奇怪的例外情况。）但是，如果明确将值强制转换为 character varying(_n)_ 或 character(_n), then an over-length value will be truncated to _n 字符，则不会引发错误。（SQL 标准也要求如此。）如果要存储的字符串短于声明的长度，则 character 类型的字符将以空格填充；character varying 类型的字符只会存储较短的字符串。

此外，PostgreSQL 提供 text_类型，该类型用于存储任何长度的字符串。虽然 _text_类型不在 SQL 标准中，但有几个其他 SQL 数据库管理系统也具有此类型。_text_是 PostgreSQL 的本地字符串数据类型，因为大多数针对字符串进行操作的内置函数声明都会采用或返回 _text_而不是 _character varying。出于很多目的，_character varying_就像它在 _text_上的 domain一样。

类型名称 varchar 是 character varying 的别名，而 bpchar（带有长度说明符）和 char 是 character 的别名。varchar 和 char 别名在 SQL 标准中定义；bpchar 是 PostgreSQL 扩展。

如果指定了长度 n，则该长度必须大于零且不能超过 10,485,760。如果在不使用长度说明符的情况下使用 character varying（或 varchar），则该类型接受任何长度的字符串。如果 bpchar 缺少长度说明符，则它也接受任何长度的字符串，但结尾空格在语义上无关紧要。如果 character（或 char）缺少说明符，则它相当于 character(1)。

character 类型的字符在物理上以空格填充至指定的宽度 n，并以这种方式存储和显示。但是，在比较 character 类型的两个值时，结尾空格被视为语义上无关紧要，且会被忽略。在空格显着的校对规则中，此行为可能会产生意外结果；例如，SELECT 'a '::CHAR(2) collate "C" < E’a\n'::CHAR(2) 返回 true，即使 C 区域设置会将空格视为大于换行符。当将 character 类型值转换为其他字符串类型之一时，结尾空格将被移除。请注意，在 are 和 character varying 值以及在使用模式匹配（即 text 和正则表达式时，结尾空格在语义上是显着的。

可以在这些数据类型中存储的字符由在创建数据库时选择的数据库字符集确定。无论具体的字符集是什么，代码为零的字符（有时称为 NUL）都无法存储。有关更多信息，请参阅 LIKE。

对于短字符串（最多 126 个字节），其存储要求为 1 个字节加上实际字符串，在 character_中这包括空格填充。更长的字符串具有 4 个字节的开销，而不是 1 个字节。长字符串由系统自动压缩，因此磁盘上的实际要求可能更少。极长的值也存储在后台表中，以不干扰对较短列值的快速访问。在任何情况下，能存储的最长可能的字符串大约有 1 GB。（数据类型声明中允许 _n_的最大值低于此值。修改此值没有用，因为对于多字节字符编码，字符数和字节数可能会大不相同。如果你希望存储的最大长度没有指定长度限制，请使用没有长度说明符的 _text_或 _character varying，而不是指定任意长度限制。）