PostgreSQL 中的 char(n),varchar(n)全换 text 有没有必要
cage111 · 2022-08-19 15:45:01 +08:00 · 1554 次点击这是一个创建于 834 天前的主题，其中的信息可能已经有所发展或是发生改变。
查了些资料都推荐使用 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
liprais 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