主页 / dba / 问题 / 189869
Accepted
Evan Carroll
Asked: 2017-11-02 08:46:53 +0800 CST

varchar(x) 是否与 `text CHECK ( char_length(x) )` 一样快？

  • 772

在 Twitter 交流中，Simon West向Brandur询问，

出于兴趣，为什么要使用email TEXT CHECK (char_length(email) <= 255)而不是email VARCHAR(255)？不是我以前见过的模式

布兰杜尔回应说，

好问题！

(1) VARCHAR 和 TEXT 在 Postgres 中的性能相同（请参阅https://www.postgresql.org/docs/current/static/datatype-character.html上的“提示”框……）。 .

(2) 如果你想改变长度，ALTER TABLE需要一个独占锁（见https://www.postgresql.org/docs/current/static/sql-altertable.html ...）。改变CHECK是瞬间的。当回答一个引起质疑的问题text CHECK (char_length(email) <= 255)时varchar(255)

两个声明中的第一个声明（粗体）是否严格正确？

如果对第二个索赔感兴趣，请查看此问题。

postgresql varchar

1 个回答

  1. Best Answer

    不，严格来说这不是真的。这是链接文档所说的，

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

    所以本质上

    • 当列不受约束时，没有理由使用varcharover 。text这在某些数据库中是不正确的，即那些实现类似VARCHAR(max).
    • 当它被限制在一列中时，它会变慢。有理由使用varchar(x)overtext CHECK ( length(x) <= x)

    例子

    你可以很容易地看到这一点，

    \timing 1

CREATE TABLE foo (
  x varchar(255) NOT NULL
);

CREATE TABLE bar (
  x text NOT NULL 
    CHECK (char_length(x) <= 255)
);

INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);

INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);

INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);

INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);

    注意，char_length和length这里是一样的。他们在内部调用textlen.

    结果

    test=# INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
Time: 1156.529 ms
test=# INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);
Time: 1268.869 ms
test=# INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
Time: 1107.869 ms
test=# INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);
Time: 1283.043 ms
test=# INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
Time: 1121.788 ms
test=# INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);
Time: 1238.194 ms
test=# INSERT INTO foo SELECT 'x' FROM generate_series(1,1e6);
Time: 1116.421 ms
test=# INSERT INTO bar SELECT 'x' FROM generate_series(1,1e6);
Time: 1248.272 ms

    在每种情况下，插入bar速度较慢

    重新检查类型约束

    我也会认为支票会转移到使用相同类型的表格中。这种优化也许有朝一日是可能的，但遗憾的是，没有喜悦，

    test=# CREATE TABLE foo2 ( LIKE foo INCLUDING ALL );
Time: 7.143 ms
test=# CREATE TABLE bar2 ( LIKE bar INCLUDING ALL );
CREATE TABLE
Time: 10.762 ms
test=# INSERT INTO foo2 TABLE foo;
Time: 3613.517 ms
test=# INSERT INTO bar2 TABLE bar;
Time: 4061.650 ms

    虽然 varchar 形式仍然明显更快。

    其他注意事项

    由于它与推文主题的电子邮件有关，因此这篇文章也可能很有用。

    • 4

相关问题