PostgreSQL:text和varchar之间的区别(字符变化)

Question

text数据类型和character varying(varchar)数据类型之间有什么区别？

根据文件

如果在没有长度说明符的情况下使用字符变化,则该类型接受任何大小的字符串.后者是PostgreSQL扩展.

和

此外,PostgreSQL提供了文本类型,它存储任意长度的字符串.虽然类型文本不在SQL标准中,但是其他几个SQL数据库管理系统也有它.

那有什么区别？

Answer 1

没有区别,在引擎盖下它是全部varlena(可变长度数组).

查看Depesz的这篇文章:http://www.depesz.com/index.php/2010/03/02/charx-vs-varcharx-vs-varchar-vs-text/

几个亮点:

总而言之:

• char(n) - 处理短于n(填充它们n)的值时占用太多空间,并且由于添加尾随空格可能导致细微错误,另外更改限制也有问题
• varchar(n) - 更改实时环境中的限制是有问题的(在更改表时需要独占锁定)
• varchar - 就像文本一样
• 文本 - 对我来说是胜利者 - 超过(n)数据类型,因为它没有问题,而且超过varchar - 因为它有不同的名称

本文进行了详细的测试,以显示所有4种数据类型的插入和选择的性能是相似的.它还详细介绍了在需要时限制长度的其他方法.基于函数的约束或域提供了即时增加长度约束的优点,并且基于减少字符串长度约束很少,depesz得出结论,其中一个通常是长度限制的最佳选择.

Answer 2

作为" 字符类型 "的文件中指出,varchar(n),char(n),和text都存储相同的方式.唯一的区别是需要额外的周期来检查长度(如果给出一个),以及需要填充所需的额外空间和时间char(n).

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

我刚刚"char"从小写字母表中选择了1,000,000个随机表.获取频率分布(select count(*), field ... group by field)的查询大约需要650毫秒,而使用text字段的相同数据大约需要760 .

Answer 3

更新2016年基准(第9 + 5页)

并使用"纯SQL"基准测试(没有任何外部脚本)

1. 使用UTF8的任何string_generator

2. 主要基准:

   2.1.插入

   2.2.SELECT比较和计数

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年再次更新(第10页)

很少编辑添加2018的结果并强化建议.

2016年和2018年的结果

我的结果,平均之后,在许多机器和许多测试中:都是相同的
(统计上较少的标准偏差).

建议

• 使用text数据类型,
  避免旧,varchar(x)因为有时它不是标准,例如在 CREATE FUNCTION子句中 varchar(x)≠varchar(y).

• varchar通过例如with CHECK子句表达限制(具有相同的性能!).INSERT/UPDATE中的性能损失可以忽略不计,您还可以控制范围和字符串结构, 例如CREATE TABLE
CHECK(char_length(x)<=10)

CHECK(char_length(x)>5 AND char_length(x)<=20 AND x LIKE 'Hello%')

Answer 4

在PostgreSQL手册上

这三种类型之间没有性能差异,除了在使用空白填充类型时增加的存储空间,以及在存储到长度受限的列中时检查长度的一些额外CPU周期.虽然character(n)在其他一些数据库系统中具有性能优势,但PostgreSQL没有这样的优势; 事实上,由于额外的存储成本,字符(n)通常是三者中最慢的.在大多数情况下,应该使用文本或字符变化.

我通常使用文字

参考文献:http://www.postgresql.org/docs/current/static/datatype-character.html

Answer 5

在我看来,varchar(n)它有自己的优势.是的,他们都使用相同的底层类型和所有这些.但是,应该指出的是,PostgreSQL中的索引的每行大小限制为2712字节.

TL; DR: 如果您使用没有约束的text类型并且在这些列上有索引,则很可能您的某些列达到此限制并在尝试插入数据时出现错误,但使用时,您可以阻止它.varchar(n)

一些细节:这里的问题是,创建索引时PostgreSQL没有给出任何异常text类型或varchar(n)其中n大于2712.然而,当大于2712的压缩大小的记录被试图插入它会给错误.这意味着您可以插入100.000个字符串,该字符串由重复字符轻松组成,因为它将被压缩到远低于2712但您可能无法插入一些包含4000个字符的字符串,因为压缩的大小大于2712个字节.使用varchar(n)where n不是太大于2712,你可以避免这些错误.

Answer 6

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

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

返回,true, false, true而不是true, true, true你所期望的.

Answer 7

区别在于传统和现代。

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

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

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

现在 PostgreSQL 支持“文本”，很多程序员仍然习惯 VARCHAR(N)，理由是：是的，文本与 VARCHAR 相同，只不过使用 VARCHAR 时可以添加限制 N，因此 VARCHAR 更灵活。

你不妨这样推理：

既然我们可以用嘴来"VARCHAR WITHOUT N"简化我们的生活，为什么我们还要费心去用嘴呢"TEXT"？

在我最近几年使用 Oracle 的过程中，我很少使用 CHAR(N) 或 VARCHAR(N)。因为 Oracle 确实（没有？）没有无限的字符串类型，所以我对大多数字符串列使用 VARCHAR(2000)，其中 2000 在某些时候是 VARCHAR 的最大值，并且在所有实际目的中与“无限”没有太大区别。

现在我正在使用 PostgreSQL，我认为 TEXT 是真正的进步。不再强调CHAR类型的VAR特性。不再强调让我们使用没有 N 的 VARCHAR。此外，与 VARCHAR 相比，键入 TEXT 可以节省 3 个击键次数。

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

更新：Azure 类型字符串

显然，现代 Azure SQL 系统有一个名为 String 的通用文本类型，类似于 PostgreSQL 类型 Text，但不可配置的限制为 500 个字符。在 Azure 中，String 类型似乎比 Varchar(N) 更常用，后者的限制为 4000。这是进步吗？

Answer 8

有点 OT：如果您使用 Rails，网页的标准格式可能会有所不同。对于数据输入表单，text框是可滚动的，但character varying(Rails string) 框是一行的。根据需要显示视图。

Answer 9

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

TEXT 和 VARCHAR(n) 之间的唯一区别是您可以限制 VARCHAR 列的最大长度，例如，VARCHAR(255) 不允许插入长度超过 255 个字符的字符串。

TEXT 和 VARCHAR 的上限都是 1 Gb，它们之间没有性能差异（根据 PostgreSQL 文档）。