数据库设计 是否可以完全采用中间表代替关联字段/外键

Sgmder 发布于 2016/12/27 15:18
阅读 1K+
收藏 0

最近在重新设计数据库的时候,遇到了这么一个问题 求大牛指点经验

数据表:设备分类表A,设备表B,设备表B中有A表的id作为关联,A->B 目前是一对多的关系

现在我想把B表中的A.id提取出来放到关系表C中用来维护A,B表之间的关系,请问这样设计是否合理,是否可以在整个数据库中的各个表之间都使用这种设计,即使用中间表来联系各个数据表。

SpringMvc+Mybatis+Mysql 现在使用的是Mybatis自带的二级缓存。

APP服务端API,一次请求需要获取到所有数据的情况。

提出问题的原因是因为不能确定产品会不会将一对多的关系改为多对多的关系...

所以是否可以采用这样设计一劳永逸,这样的设计在开发时是否会遇到问题。









加载中
1
pantrick
pantrick

一对多尽量转换成多对一,用的中间表是自找麻烦,

中间表是为了解决多对多两张表无法表达的问题,并不是为了秀设计什么的

1
art_youth
art_youth
预测未来等于过渡设计,说不定你明天就走了,你瞎搞只能被后来者问候
0
宏哥
宏哥

mysql 能用单表全部用单表

别瞎搞

0
b
bingtel
如果一个B只对应一个A的话,还是不要用C吧……
0
_笔记本_
_笔记本_
您的想法是对的,完全没问题!
0
夜苍狼
夜苍狼
如果是为了预防后期结构改变,这样做是对的,但是多一张表,查询性能肯定就慢些
0
浮萍一道开
没用必要吧,看不出优势。数据库的设计应独立于开发语言
0
loveBug
loveBug
在程序中,建立两表之间的关联。不要用外键
0
Java_常
Java_常
这个。。。有最权威的答案么。。。
返回顶部
顶部