还想请问下实际开发中，一对多 和多对多 这种实体之间关系的设置是不是也不太常用？反而更多的是手动写 sql 根据 id 去关联表
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2659 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jul 30, 2019
首先两张表肯定是一对多的情况下
我认为正常的
部门 1 员工多，
部门表 字段 是 部门 id 部门 name
员工表 字段 是 员工 id 员工 name 部门 id
实际项目看到的是
部门表 字段 是 部门 id 部门 name
员工表 字段 是 员工 id 员工 name
部门_员工表 字段 是 中间表随机生成 id 部门 id 员工 id
项目中这种做法有必要吗？这样不是反而加大了查询复杂度吗
我认为正常的
部门 1 员工多，
部门表 字段 是 部门 id 部门 name
员工表 字段 是 员工 id 员工 name 部门 id
实际项目看到的是
部门表 字段 是 部门 id 部门 name
员工表 字段 是 员工 id 员工 name
部门_员工表 字段 是 中间表随机生成 id 部门 id 员工 id
项目中这种做法有必要吗？这样不是反而加大了查询复杂度吗
 |
nikandaoleshenmeJul 30, 2019
1
多对多关系没有中间表，怎么通过 id 关联操作？
![1]{https://i.loli.net/2019/07/30/5d4008667064995065.jpg} |
 |
HarzJul 30, 2019
2
一对多还可以用 JSON 解决顶着先，但是多对多还是加个中间表舒服
|
 |
qiyueyJul 30, 2019
3
一对多，一般放到多的上面；多对多一般是关系表
|
 |
gaigechunfengJul 30, 2019
4
如果两个实体是多对多的联系，按照规范是要为这个联系也建一张表的。
比如用户——评论——文章，用户和文章是两个实体，评论是联系。 除了用户表，文章表，还要建个评论表，包含用户主键，文章主键。 大部分人都是这么设计，书上也是这么规范的。 |
 |
TakamineJul 30, 2019 via Android
5
建议不管是一对一，一对多还是多对多，都用中间表。
你要问为什么，你先问问产品经理。:doge: |
 |
leishi1313Jul 31, 2019
6
其实实际情况是，能放一个表全放一个表，存储又不值钱，快比其他重要多了
|
 |
leafreJul 31, 2019
8
这种做法太奇葩了
|
Select Language