postgresql – 我应该为VARCHAR列添加任意长度限制吗？

发布时间：2020-12-13 16:23:42 所属栏目：百科来源：网络整理

导读：根据 PostgreSQL’s docs,VARCHAR,VARCHAR(n)和TEXT之间没有性能差异. 我应该在名称或地址列中添加任意长度限制吗？编辑：不是Would index lookup be noticeably faster with char vs varchar when all values are 36 chars的愚蠢,我知道CHAR类型是过去的遗

根据 PostgreSQL’s docs,VARCHAR,VARCHAR(n)和TEXT之间没有性能差异.

我应该在名称或地址列中添加任意长度限制吗？

编辑：不是Would index lookup be noticeably faster with char vs varchar when all values are 36 chars的愚蠢,我知道CHAR类型是过去的遗物,我不仅对表现感兴趣,而且像Erwin的其他优点和缺点在他惊人的答案中说.

答案是不.
如果可以避免,请不要将长度修改器添加到 varchar.大多数情况下,您实际上并不需要长度限制.只需对所有字符数据使用 text即可.如果需要与没有文本的RDBMS保持兼容,请设置varchar(无长度修饰符).

性能几乎相同 – 文本为a bit faster in rare situations,您可以保存检查长度的周期.

如果您确实需要强制执行最大长度,仍然使用文本并为其添加检查约束：

ALTER TABLE tbl ADD CONSTRAINT tbl_col_len CHECK (length(col) < 51);

您可以随时修改或删除此类约束,而无需弄乱表定义和所有依赖对象(视图,函数,外键,…)

使用长度修饰符,您只需遇到problems like this或this或this ……

PostgreSQL 9.1引入了一项新功能来缓解疼痛.我引用发行说明here：

Allow ALTER TABLE … SET DATA TYPE to avoid table rewrites in
appropriate cases (Noah Misch,Robert Haas)

For example,converting a varchar column to text no longer requires a rewrite of the table. However,increasing the length constraint on a varchar column still requires a table rewrite.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!