字符类型 ============= .. container:: table :name: DATATYPE-CHARACTER-TABLE **表 字符类型** .. container:: table-contents ======================================== ============== 名字 描述 ======================================== ============== ``character varying(n``), ``varchar(n``) 有限制的变长 ``character(n``), ``char(n``) 定长，空格填充 ``text`` 无限变长 ======================================== ============== `表 `__\ 显示了在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``\ 类型值时不会考虑它们。在空白有意义的排序规则中，这种行为可能会 产生意料之外的结果，例如\ ``SELECT 'a '::CHAR(2) collate "C" < E'a\n'::CHAR(2)``\ 会返回真（即便\ ``C``\ 区域会认为一个空格比新行更大）。当把一个\ ``character``\ 值转换成其他 字符串类型之一时，拖尾的空白会被移除。请注意，在\ ``character varying``\ 和\ ``text``\ 值里， 结尾的空白语意上\ *是*\ 有含义的，并且在使用模式匹配（如\ ``LIKE``\ 和正则表达式）时也会被考虑。 这些类型的存储需求是 4 字节加上实际的字串，如果是 character 的话再加上填充的字节。长的字串将会自动被系统压缩， 因此在磁盘上的物理需求可能会更少些。长的数值也会存储在后台表里面，这样它们就不会干扰对短字段值的快速访问。 不管怎样，允许存储的最长字串大概是 1 GB。 （允许在数据类型声明中出现的的 n 的最大值比这还小。 修改这个行为没有甚么意义，因为在多字节编码下字符和字节的数目可能差别很大。 如果你想存储没有特定上限的长字串，那么使用 text 或者没有长度声明词的 character varying， 而不要选择一个任意长度限制。） 一个短串（最长126字节）的存储要求是1个字节外加实际的串，该串在\ ``character``\ 情况下包含填充的空白。长一些的串在前面需要4个字节而不是1个字节。长串会被系统自动压缩，这样在磁盘上的物理需求可能会更少。非常长的值也会被存储在背景表中，这样它们不会干扰对较短的列值的快速访问。在任何情况下，能被存储的最长的字符串是1GB（数据类型定义中\ ``n``\ 能允许的最大值比这个值要小。修改它没有用处，因为对于多字节字符编码来说，字符的数量和字节数可能完全不同。如果你想要存储没有指定上限的长串，使用\ ``text``\ 或没有长度声明的\ ``character varying``\ ，而不是给出一个任意长度限制）。 .. tip:: .. rubric:: 提示 :name: 提示 :class: title 这三种类型之间没有性能差别，只不过是在使用填充空白的类型的时候需要更多存储尺寸，以及在存储到一个有长度约束的列时需要少量额外CPU周期来检查长度。虽然在某些其它的数据库系统里，\ ``character(n``)有一定的性能优势，但在PostgreSQL里没有。事实上，\ ``character(n``)通常是这三种类型之中最慢的一个，因为它需要额外的存储开销。在大多数情况下，应该使用\ ``text``\ 或者\ ``character varying``\ 。 .. container:: example :name: id-1.5.7.11.19 **例 使用字符类型** .. container:: example-contents .. code:: programlisting 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 .. container:: calloutlist +-----------------------------+---------------------------------------+ | `(1) <#co.datatype-char>`__ | 函数\ ``char_length``\ 在\ `节 | | | `__\ 中讨论。 | +-----------------------------+---------------------------------------+ 在PostgreSQL里另外还有两种定长字符类型，在\ `表 `__\ 里显示。 ``name``\ 类型\ *只*\ 用于在内部系统目录中存储标识符并且不是给一般用户使用的。该类型长度当前定为 64 字节（63 可用字符加结束符）但在\ ``C``\ 源代码应该使用常量 ``NAMEDATALEN``\ 引用。这个长度是在编译的时候设置的（因而可以为特殊用途调整），缺省的最大长度在以后的版本可能会改变。类型\ ``"char"``\ （注意引号）和 ``char(1)``\ 是不一样的，它只用了一个字节的存储空间。它在系统内部用于系统目录当做简化的枚举类型用。 .. container:: table :name: DATATYPE-CHARACTER-SPECIAL-TABLE **表 特殊字符类型** .. container:: table-contents ========== ======== ==================== 名字 存储尺寸 描述 ========== ======== ==================== ``"char"`` 1字节 单字节内部类型 ``name`` 64字节 用于对象名的内部类型 ========== ======== ====================