1
silentoy 2018-03-19 11:10:53 +08:00 1
一切抛开业务的架构设计都是耍流氓
|
2
wangbenjun5 OP @silentoy 你的意思是只要业务需要?一个表设计 100 个字段也是正常了?
|
3
night98 2018-03-19 14:03:54 +08:00 via Android
看情况,如果表变动多且字段多,且没有对表中数据有搜索需求的,可以考虑存为 json,这样后期可以无缝切换其他字段。
|
4
RorschachZZZ 2018-03-19 14:19:45 +08:00
最好别 json。业务如果变化快的话,分分钟就可能有搜索需求。那时候 json。。。。别问我咋知道的。。。
|
5
yy120345 2018-03-19 14:29:42 +08:00
最恨根据业务设计表, 不然现在分分钟想哭 .... 数据库不知道改了多少次
|
6
ichou 2018-03-19 14:33:06 +08:00 via iPhone
@RorschachZZZ json 也能搜索
|
7
conn4575 2018-03-19 14:50:55 +08:00 via Android
超过 20 个字段的都是不合理的,需求变更导致要改表结构时分分钟想屎
|
8
lol173 2018-03-19 15:30:40 +08:00
超过 20 个字段我看着都烦。感觉小表加关系表有很大的灵活性,就是链表查询会多
|
9
jeremaihloo 2018-03-19 15:35:38 +08:00
@ichou #6 能搜索,那速度怎么保证?
|
10
bxb100 2018-03-19 15:48:02 +08:00
三范式没人提?
|
11
goofcc 2018-03-19 16:24:22 +08:00
业务是进化来的,你和对手都在和时间赛跑,所以要看项目阶段,项目初级阶段这种几十个字段的表是可以理解的,生存都成问题,还顾得了漂不漂亮合不合理?所以,架构是进化来的,,,当然,几年以后,如果项目还是这个样子,那才是问题。
|
12
sculley 2018-03-19 18:04:23 +08:00
50 个都算多?
|
13
xuuuu 2018-03-19 23:47:55 +08:00 via Android
占个楼求个 mac 上好用的 er 设计工具,navicat 家的用不起啊!
|
14
exonuclease 2018-03-20 09:55:08 +08:00 via iPhone
要是喜欢这么玩还是用 mongodb 吧 不然性能爆炸
|
15
exonuclease 2018-03-20 09:56:20 +08:00 via iPhone
@RorschachZZZ elasticsearch 了解一下
|