这是一个创建于 1016 天前的主题，其中的信息可能已经有所发展或是发生改变。
1. 字段类型有必要严格按照真实类型和长度来设吗，很多时候直接 varchar(255)不行吗，我知道存储的字节数不一样，速度不一样，但是一般的小表都是 50 个字段内，数据量也不大，现在软件硬件性能也够，varchar 的扩展性非常强，对于有些项目，设置 int,datetime 等反而是给自己挖坑。所以说：在建表时如何确定设定的数据类型。
2. 现在很多关系型数据是不是也是直接用 mongo 了，而不用 mysql 了
2. 现在很多关系型数据是不是也是直接用 mongo 了，而不用 mysql 了
第 1 条附言 2023-01-04 16:45:01 +08:00
注意注意：设成 varchar(255)不是为了图方便，而是对于后期扩展的恐惧，所以，不要跑偏，而是解答下如何克服这种恐惧以及如何应对后期扩展，如何做出权衡。
 | 1 debuggerx 2023-01-04 16:02:27 +08:00 其实很多奇奇怪怪的问题和所谓优化建议，本质原因都是 MySQL(尤其是很多经验丰富的老手死守的老版本)太过垃圾…… |
 | 2 littlewing 2023-01-04 16:05:11 +08:00 varchar (255) 完全么问题，只要别 char(255) 就行 |
 | 3 corcre 2023-01-04 16:08:20 +08:00 2 不清楚, 1 的话我老东家(小作坊, 用的 sqlserver)就是用的 varchar 存 datetime, 每次需要做日期筛选的时候就想打人...特别是不知道谁做测试的时候没事就给我整几条"Wed Jan 04 2023 16:04:11 GMT+0800 (China Standard Time)", 所以我现在是 date/datetime 就按这个格式来, int 这些可能有扩展需求的可能会存成 float/decimal, varchar 这种就无所谓了, 反正就算留 255 用户也会给你塞爆, 用到的时候再加长度就好了... |
 | 4 seers 2023-01-04 16:09:23 +08:00 via Android 191 用的比较多 |
 | 5 chenmobuys 2023-01-04 16:13:46 +08:00 用了 varchar 之后，感觉数据量大了查询会变慢 |
 | 6 unt OP @chenmobuys #5 小数据量根本无感知的 |
 | 7 lwep 2023-01-04 16:17:06 +08:00 看业务需求吧，以前用 varchar 来存 int 然后遇到要 order by 的情况，int 型就能正确排，varchar 按位排，程序里转来转去麻烦死，后来就乖乖改 int 了 |
| 9 chenmobuys 2023-01-04 16:18:28 +08:00 @unt 你要是不在乎那就随便用。 |
 | 10 neoblackcap 2023-01-04 16:19:06 +08:00 @corcre sqlserver 帮你解决了一大票问题，MySQL 跟 sqlserver 比起来怕不是一个玩具。 然后 mongo 不是关系型数据库，传统的数据库现在依然是主流。mongodb 只能说你们对数据库很熟，对业务的理解也很深，那么才好根据自己的需求去选。 |
 | 12 shinession 2023-01-04 16:21:46 +08:00 只有 OP 自己怎么弄都行, 团队合作的话不能由着性子来, 不然屎都不知道怎么屎的 |
| 13 unt OP @shinession #12 自己的话自由度很高的，前期造成的错误也是自己买单，总而言之就是“愿意承担风险”。但是团队就不一样了，烦，你需要对别人和对公司负责 |
 | 14 1. 存储空间，性能差异非常大 2. 不同类型操作不同，两个 varchar 能直接加吗？ 3. 约束 你这个问题类型类似于 Java 里所有变量的 type 都定义为 String |
 | 17 luman 2023-01-04 16:38:09 +08:00 varchar(255) 加不了组合索引 |
 | 18 lysS 2023-01-04 16:38:16 +08:00 @leonhao mysql 中类型约束是不严格的（普通模式），所以可以 '1' + '1', 不合法的一般作为初始值。mysql 中没有类型报错。 |
 | 19 aweffr28 2023-01-04 16:42:35 +08:00 191 好好一些+1 避免 utf8mb4 编码导致的加索引问题 计算方法: Math.floor(768 / 4) -> 192, 取 191 。 |
 | 20 lookStupiToForce 2023-01-04 16:43:06 +08:00  1 不在乎锁死自己的未来 /给自己或公司的未来添堵的话当然随便啦 开发本来就是取舍，玩具类型的项目随你搞，要赚钱要给以后当轮子跑的项目不建议 工作经验没体验过技术债？欠多了要还的时候总有想穿越时空扇自己巴掌的想法的 |
 | 21 lawlyet666 2023-01-04 16:45:47 +08:00 用 date 这种排序也方便啊 |
 | 22 zoharSoul 2023-01-04 16:45:48 +08:00 mongo 我在工作中, 几乎没见用的. 电商行业. |
 | 24 8355 2023-01-04 16:58:06 +08:00 小数据量后台业务 类似 ERP CRM 类的 varchar255 无问题 扩展性还好 类似 title 类我觉得都没太大问题, 只要不是太过于无脑都可接受 大数据量高访问量业务还是要斟酌一下 |
 | 25 1t1y1ILnW0x5nt47 2023-01-04 17:12:04 +08:00 看成问小白两个问题,然后就进来了 |
Select Language