一般都用 MySQL 居多，一个表的字段多少个合适？我看有些人设计的表字段多达 50 多个，这样真的好吗？求解释
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3000 days ago, the information mentioned may be changed or developed.
 | 1 silentoy Mar 19, 2018  1 一切抛开业务的架构设计都是耍流氓 |
 | nbsp; 2 wangbenjun5 OP 1 @silentoy 你的意思是只要业务需要？一个表设计 100 个字段也是正常了？ |
 | 3 night98 Mar 19, 2018 via Android 看情况，如果表变动多且字段多，且没有对表中数据有搜索需求的，可以考虑存为 json，这样后期可以无缝切换其他字段。 |
 | 4 RorschachZZZ Mar 19, 2018 最好别 json。业务如果变化快的话，分分钟就可能有搜索需求。那时候 json。。。。别问我咋知道的。。。 |
 | 5 yy120345 Mar 19, 2018 最恨根据业务设计表, 不然现在分分钟想哭 .... 数据库不知道改了多少次 |
 | 6 ichou Mar 19, 2018 via iPhone @RorschachZZZ json 也能搜索 |
 | 7 conn4575 Mar 19, 2018 via Android 超过 20 个字段的都是不合理的，需求变更导致要改表结构时分分钟想屎 |
 | 8 lol173 Mar 19, 2018 超过 20 个字段我看着都烦。感觉小表加关系表有很大的灵活性，就是链表查询会多 |
 | 9 jeremaihloo Mar 19, 2018 @ichou #6 能搜索，那速度怎么保证？ |
 | 10 bxb100 Mar 19, 2018 三范式没人提? |
 | 11 goofcc Mar 19, 2018 业务是进化来的，你和对手都在和时间赛跑，所以要看项目阶段，项目初级阶段这种几十个字段的表是可以理解的，生存都成问题，还顾得了漂不漂亮合不合理？所以，架构是进化来的，，，当然，几年以后，如果项目还是这个样子，那才是问题。 |
 | 12 sculley Mar 19, 2018 50 个都算多？ |
 | 13 xuuuu Mar 19, 2018 via Android 占个楼求个 mac 上好用的 er 设计工具,navicat 家的用不起啊！ |
 | 14 exonuclease Mar 20, 2018 via iPhone 要是喜欢这么玩还是用 mongodb 吧 不然性能爆炸 |
| 15 exonuclease Mar 20, 2018 via iPhone @RorschachZZZ elasticsearch 了解一下 |
Select Language