正如文档中的“字符类型”所指出的，varchar(n)、char(n)和text都是以相同的方式存储的。唯一的区别是需要额外的循环来检查长度，如果给定了一个，如果需要填充char(n)，则需要额外的空间和时间。

然而，当您只需要存储单个字符时，使用特殊类型“char”会有轻微的性能优势(保留双引号-它们是类型名称的一部分)。您可以更快地访问字段，并且没有存储长度的开销。

我刚刚创建了一个包含1,000,000个从小写字母中随机选择的“字符”的表。查询频率分布(select count(*)， field…按字段分组)大约需要650毫秒，而使用文本字段的相同数据大约需要760毫秒。

Text和varchar有不同的隐式类型转换。我注意到的最大影响是对尾随空格的处理。例如……

select ' '::char = ' '::varchar, ' '::char = ' '::text, ' '::varchar = ' '::text

返回真，假，真和不真，真，真，如你所料。

有些OT:如果你使用Rails，网页的标准格式可能会有所不同。对于数据输入表单，文本框是可滚动的，但是字符变化(Rails字符串)框是一行的。显示视图根据需要而定。

我浪费了太多的时间，因为使用varchar而不是文本的PostgreSQL数组。

数组操作符不能处理字符串列。详情请参阅以下链接:(https://github.com/rails/rails/issues/13127)和(http://adamsanderson.github.io/railsconf_2013/?full#10)。

(这个答案是Wiki，你可以编辑-请改正和改进!)

更新2016年基准(pg9.5+)

使用“纯SQL”基准测试(不需要任何外部脚本)

使用UTF8的任何string_generator 主要指标:

2.1. 插入

2.2. 选择比较和计数

CREATE FUNCTION string_generator(int DEFAULT 20,int DEFAULT 10) RETURNS text AS $f$
  SELECT array_to_string( array_agg(
    substring(md5(random()::text),1,$1)||chr( 9824 + (random()*10)::int )
  ), ' ' ) as s
  FROM generate_series(1, $2) i(x);
$f$ LANGUAGE SQL IMMUTABLE;

准备具体的测试(示例)

DROP TABLE IF EXISTS test;
-- CREATE TABLE test ( f varchar(500));
-- CREATE TABLE test ( f text); 
CREATE TABLE test ( f text  CHECK(char_length(f)<=500) );

执行基本测试:

INSERT INTO test  
   SELECT string_generator(20+(random()*(i%11))::int)
   FROM generate_series(1, 99000) t(i);

还有其他测试，

CREATE INDEX q on test (f);

SELECT count(*) FROM (
  SELECT substring(f,1,1) || f FROM test WHERE f<'a0' ORDER BY 1 LIMIT 80000
) t;

．.． 并使用EXPLAIN ANALYZE。

2018年再次更新(pg10)

小小的编辑增加了2018年的结果，并加强了建议。

2016年和2018年的结果

我的结果，在许多机器和许多测试中，经过平均后:都是一样的(统计上小于标准偏差)。

建议

使用文本数据类型，避免旧的varchar(x)，因为有时它不是一个标准，例如在CREATE FUNCTION子句中varchar(x)≠varchar(y)。 用CREATE表中的CHECK子句表达限制(具有相同的varchar性能!)，例如CHECK(char_length(x)<=10)。在INSERT/UPDATE中可以忽略不计的性能损失，您还可以控制范围和字符串结构，例如CHECK(char_length(x)>5 and char_length(x)<=20 and x LIKE 'Hello%')

区别在于传统和现代。

传统上，您需要指定每个表列的宽度。如果您指定的宽度太大，则会浪费昂贵的存储空间，但如果您指定的宽度太小，则一些数据将无法存储。然后你将调整列的大小，并不得不改变许多连接的软件，修复引入的错误，这都是非常麻烦的。

现代系统允许使用动态存储分配的无限字符串存储，因此附带的大字符串可以很好地存储，而不会浪费存储小数据项。

虽然许多编程语言都采用了无限大小的“字符串”数据类型，如c#、javascript、java等，但像Oracle这样的数据库却没有。

现在PostgreSQL支持“text”，很多程序员仍然习惯VARCHAR(N)，并推理:是的，文本和VARCHAR是一样的，除了VARCHAR你可以添加一个限制N，所以VARCHAR更灵活。

你可能会想，既然我们可以用TEXT简化我们的生活，为什么我们要使用没有N的VARCHAR呢?

在我使用Oracle的最近几年里，我很少使用CHAR(N)或VARCHAR(N)。因为Oracle没有无限的字符串类型，所以我对大多数字符串列使用VARCHAR(2000)，其中2000在某些时候是VARCHAR的最大值，在所有实际用途中与'infinite'没有太大区别。

现在我正在使用PostgreSQL，我认为TEXT是真正的进步。不再强调CHAR类型的VAR特性。不再强调让我们使用没有n的VARCHAR。此外，输入TEXT比VARCHAR节省了3个按键。

现在，年轻的同事在成长过程中甚至不知道过去没有无限的限制。就像在大多数项目中一样，他们不需要了解汇编编程。