来自http://www.sqlines.com/postgresql/datatypes/text:的一个很好的解释

TEXT和VARCHAR(n)之间的唯一区别是您可以限制 VARCHAR列的最大长度，例如VARCHAR(255) 不允许插入长度超过255个字符的字符串。 TEXT和VARCHAR的上限都是1gb，但是没有 它们之间的性能差异(根据PostgreSQL 文档)。

如果你只使用文本类型，在使用AWS数据库迁移服务时可能会遇到问题:

使用大对象(LOB)，但目标LOB列不能为空

由于大型对象(lob)的大小未知且有时较大，因此需要更多的处理 和资源比标准对象。以帮助调整包含 lob, AWS DMS提供以下选项

如果你在所有事情上都坚持使用PostgreSQL，那么你可能没问题。但如果你打算通过ODBC或DMS等外部工具与你的db交互，你应该考虑不要事事使用TEXT。

来自http://www.sqlines.com/postgresql/datatypes/text:的一个很好的解释

TEXT和VARCHAR(n)之间的唯一区别是您可以限制 VARCHAR列的最大长度，例如VARCHAR(255) 不允许插入长度超过255个字符的字符串。 TEXT和VARCHAR的上限都是1gb，但是没有 它们之间的性能差异(根据PostgreSQL 文档)。

在我看来，varchar(n)有它自己的优点。是的，它们都使用相同的底层类型等等。但是，应该指出的是，PostgreSQL中的索引有其每行2712字节的大小限制。

TL;博士: 如果您使用无约束的文本类型，并且在这些列上有索引，则很可能在某些列上达到此限制，并在尝试插入数据时出错，但使用varchar(n)可以防止这种情况。

Some more details: The problem here is that PostgreSQL doesn't give any exceptions when creating indexes for text type or varchar(n) where n is greater than 2712. However, it will give error when a record with compressed size of greater than 2712 is tried to be inserted. It means that you can insert 100.000 character of string which is composed by repetitive characters easily because it will be compressed far below 2712 but you may not be able to insert some string with 4000 characters because the compressed size is greater than 2712 bytes. Using varchar(n) where n is not too much greater than 2712, you're safe from these errors.

在PostgreSQL手册上

There is no performance difference among these three types, apart from increased storage space when using the blank-padded type, and a few extra CPU cycles to check the length when storing into a length-constrained column. While character(n) has performance advantages in some other database systems, there is no such advantage in PostgreSQL; in fact character(n) is usually the slowest of the three because of its additional storage costs. In most situations text or character varying should be used instead.

我通常使用文本

引用:http://www.postgresql.org/docs/current/static/datatype-character.html

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

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

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