psql中character varying和character区别

    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数值里，结尾的空白是有语意的。

    这些类型的存储需求是4字节加上实际的字符串，如果是character的话再加上填充的字节。长的字符串将会自动被系统压缩，因此在磁盘上的物理需求可能会更少些。长的数值也会存储在后台表里面，这样它们就不会干扰对短字段值的快速访问。不管怎样，允许存储的最长字符串大概是1GB。允许在数据类型声明中出现的n的最大值比这还小。修改这个行为没有什么意义，因为在多字节编码下字符和字节的数目可能差别很大。如果你想存储没有特定上限的长字符串，那么使用text或没有长度声明词的character varying，而不要选择一个任意长度限制。

    这三种类型之间没有性能差别，只不过是在使用character的时候增加了存储尺寸。虽然在某些其它的数据库系统里，character(n)有一定的性能优势，但在PostgreSQL里没有。在大多数情况下，应该使用text或character varying。