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

根据 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.