这是一个创建于 1945 天前的主题，其中的信息可能已经有所发展或是发生改变。
还想请问下实际开发中，一对多 和多对多 这种实体之间关系的设置是不是也不太常用？反而更多的是手动写 sql 根据 id 去关联表
第 1 条附言 · 2019-07-30 18:19:50 +08:00
首先两张表肯定是一对多的情况下
我认为正常的
部门 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
项目中这种做法有必要吗？这样不是反而加大了查询复杂度吗
 |
1
nikandaoleshenme 2019-07-30 17:25:05 +08:00
多对多关系没有中间表，怎么通过 id 关联操作？
![1]{https://i.loli.net/2019/07/30/5d4008667064995065.jpg} |
 |
2
Harz 2019-07-30 17:27:06 +08:00
一对多还可以用 JSON 解决顶着先，但是多对多还是加个中间表舒服
|
 |
3
qiyuey 2019-07-30 17:27:08 +08:00
一对多，一般放到多的上面；多对多一般是关系表
|
 |
4
gaigechunfeng 2019-07-30 17:36:00 +08:00
如果两个实体是多对多的联系，按照规范是要为这个联系也建一张表的。
比如用户——评论——文章，用户和文章是两个实体，评论是联系。 除了用户表，文章表，还要建个评论表，包含用户主键，文章主键。 大部分人都是这么设计，书上也是这么规范的。 |
 |
5
Takamine 2019-07-30 22:34:02 +08:00 via Android
建议不管是一对一，一对多还是多对多，都用中间表。
你要问为什么，你先问问产品经理。:doge: |
 |
6
leishi1313 2019-07-31 07:54:57 +08:00
其实实际情况是，能放一个表全放一个表，存储又不值钱，快比其他重要多了
|
 |
8
leafre 2019-07-31 09:15:15 +08:00
这种做法太奇葩了
|
Select Language