
1 silentoy 2018-03-19 11:10:53 +08:00 一切抛开业务的架构设计都是耍流氓 |
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 |
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 了解一下 |