PostgreSQL 中的 char(n),varchar(n)全换 text 有没有必要
这是一个创建于 1172 天前的主题，其中的信息可能已经有所发展或是发生改变。
查了些资料都推荐使用 text,目前项目里用的表基本都是 varchar(n)。
9 条回复 2022-08-19 22:40:21 +08:00
 | 1 placeholder 2022-08-19 15:48:49 +08:00 能跑就行， 新库再换。 |
 | 2 jiulang 2022-08-19 16:14:09 +08:00 在 pg 里可以认为两个是同一个东东。 |
 | 3 LeegoYih 2022-08-19 16:17:44 +08:00 看场景，不需要限制长度 text 和 varchar 都可以，需要限制长度的还是用 varchar(n) 好点。不过，大家工作中都喜欢用 text 梭哈，不用为了长度限制操心 |
 | 4 F281M6Dh8DXpD1g2 2022-08-19 16:20:35 +08:00 这三个不是一样的么? |
 | 5 Huelse 2022-08-19 16:30:30 +08:00 自己注意长度限制就好了，不要用作索引 |
 | 6 fuxinya 2022-08-19 16:31:27 +08:00 char 、varchar 就等于 text ，区别只在于 varchar char 限制字符串长度 |
 | 7 beetlerx 2022-08-19 16:33:40 +08:00 官方没性能差别，推荐使用 text,不用操心长度 有需要的 在程序里面控制就行 |
 | 8 liaohongxing 2022-08-19 17:14:36 +08:00 pg 里面没区别 |
 | 9 Maxwe11 2022-08-19 22:40:21 +08:00 搞研发当然是无所谓的，从开发角度，text 一把梭哈省心省事儿； 不过我是做数据的，站在对立面，在诸多领域我都是和底层研发兄弟们“不共戴天”的（当然产品、运营这群也跑不了），能规范的还是尽量规范，尤其是开发完，产品的那群厮就不写清楚，研发哥们儿又都差不多直接梭哈； 等业务跑完了都到我数据这里，我就疯了，从上到下没规范、没说明，很多业务又对数据有极高的要求，精度、效率…… 也就基因好，不然我头发早没了。 |
Select Language