表 8.4显示了在PostgreSQL里可用的一般用途的字符类型。

SQL 定义了两种主要字符类型：character varying(n) 和 character(n)，其中 n 是正整数。这两种类型都可以存储长度最多为 n 个字符的字符串。试图把更长的字符串存入这些类型的列时会报错，除非超出的字符全部都是空格，在这种情况下字符串会被截断到最大长度。（这一多少有些奇怪的例外是 SQL 标准要求的。）如果要存储的字符串短于声明长度，character 类型的值会用空格填充；character varying 类型则只是简单地存储较短的字符串。

如果显式把一个值转换为 character varying(n) 或 character(n)，那么超长的值会被截断为 n 个字符而不会报错。（这同样是 SQL 标准要求的。）

varchar(n) 和 char(n) 分别是 character varying(n) 和 character(n) 的别名。character 若不带长度说明则等同于 character(1)。如果 character varying 不带长度说明，则该类型接受任意长度的字符串。这是 PostgreSQL 的扩展。

此外，PostgreSQL 还提供 text 类型，用于存储任意长度的字符串。虽然 text 类型不在 SQL 标准中，但其他若干 SQL 数据库管理系统也提供了它。

character类型的值在物理存储时会在右侧用空格填充到指定宽度n，并且也会按这种形式存储和显示。但是，这些填充空格在语义上被视为不重要。比较两个character类型的值时，尾随空格会被忽略；把character值转换为其他字符串类型之一时，尾随空格也会被移除。请注意，在character varying和text值中，尾随空格确实具有语义意义。

短字符串（最长 126 字节）的存储需求是 1 个字节，再加上实际字符串本身；对 character 而言，这其中还包括填充的空格。更长的字符串则需要 4 个字节的额外开销，而不是 1 个字节。长字符串会被系统自动压缩，因此在磁盘上的实际占用可能更小。非常长的值还会被存储在后台表中，以免影响对较短列值的快速访问。无论如何，可存储的最长字符串大约为 1 GB。（数据类型声明中 n 允许的最大值比这还小。更改这个限制并没有意义，因为在多字节字符编码下，字符数和字节数可能差异很大。如果你想存储没有明确上限的长字符串，应使用 text 或未指定长度的 character varying，而不是随意给出一个长度上限。）

关于字符串常量的语法，请参见第 4.1.2.1 节；关于可用的操作符和函数，请参见第 9 章。数据库字符集决定了用于存储文本值的字符集；有关字符集支持的更多信息，请参阅第 22.2 节。

CREATE TABLE test1 (a character(4));
INSERT INTO test1 VALUES ('ok');
SELECT a, char_length(a) FROM test1; -- (1)
  a   | char_length
------+-------------
 ok   |           2

CREATE TABLE test2 (b varchar(5));
INSERT INTO test2 VALUES ('ok');
INSERT INTO test2 VALUES ('good      ');
INSERT INTO test2 VALUES ('too long');
ERROR:  value too long for type character varying(5)
INSERT INTO test2 VALUES ('too long'::varchar(5)); -- explicit truncation
SELECT b, char_length(b) FROM test2;
   b   | char_length
-------+-------------
 ok    |           2
 good  |           5
 too l |           5

PostgreSQL 中还有两种固定长度字符类型，如表 8.5所示。name 类型仅用于在内部系统目录中存储标识符，并非供一般用户使用。它的长度目前定义为 64 字节（63 个可用字符加结束符），但应使用常量 NAMEDATALEN 来引用。这个长度是在编译时设定的（因此可以针对特殊用途调整）；默认最大长度在未来版本中可能会变化。类型 "char"（注意带引号）不同于 char(1)，因为它只使用 1 个字节存储。它在系统目录中被用作一种简单的枚举类型。