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