根据
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的其他优点和缺点在他惊人的答案中说.
答案是不.
如果可以避免,请不要将长度修改器添加到
原文链接：https://www.f2er.com/postgresql/192432.html如果可以避免,请不要将长度修改器添加到
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.
