laravel关联模型中的多对多关系解析-belongsToMany

laravel-china手册

场景

员工表通过 员工与任务的关联表 获取到自己的所有任务

数据表

员工表-employee    employee_id
任务表- task task_id
员工与任务的关联表  task_target   
task_target_id-自增ID
target_type-参与任务的类型,员工或者门店团队
target_id-参与对象的ID

那么,在员工的模型中,应该这样写关联关系

 public function hasManyTask()
    {
        return $this->belongsToMany(Task::class,'task_target','target_id','task_id','employee_id')
            ->wherePivot('target_type','=',Target::TARGET_TYPE_EMPLOYEE);
    }

解析原 SQL 
select `task`.*, 
`task_target`.`target_id` as `pivot_target_id`, 
`task_target`.`task_id` as `pivot_task_id` 
from `task`
inner join `task_target` on `task`.`task_id` = `task_target`.`task_id` 
where `task_target`.`target_id` = 1513 
and `task_target`.`target_type` = 1 and `task`.`deleted_at` is null
image.png

其实这种语句就是通过一个中间表中,与另一个表的关联字段task_id获取到另一个表的数据。对了,其中 where 条件,其实就是第三个参数target_id值对应的中间表的数据。

belongsToMany参数解析

参数(Task::class)1:是最终要获取数据的表模型
参数(task_target)2:是与本表与第一个参数表的关联表
参数(target_id)3:此参数是foreignPivotKey,是中间表task_target针对本表的外键
参数(task_id)4:是relatedPivotKey。related 其实是指Task::class表。所以字段其实是中间表task_target针对Task表的外键。
参数(employee_id)5:是parentKey。这个是 where 条件中的字段值
wherePivot 是中间表 task_target 的条件

扩展

pivot:是枢纽的意思,其实是指两个表的中间关联表
外键:外键是在本表里面。其实就是本表与另一个表关联的字段,通过外键的这个字段,可以获取到另一个表的数据。

一对多关联解析

belongsTo 的第二个参数是本表的外键
第三个参数是关联表的,元本表外键关联的字段
最终结果其实是where 条件中
第三个参数是 字段,第二个参数是已知的值

但是 hasOne 则不同
hasOne 的最终结果是
第二个字段是键字段,第三个参数是已知的值
image.png
image.png
select * from `org_employee` where `org_employee`.`employee_id` = ?  limit 1

其实取的值是 where org_employee.ownerKey=foreignKey,foreignKey是本表中的已知值。可千万不能把这两个参数单纯的理解成外键和本件。如果ownerKey换成本表的主键,则会报错,org_employee表没有本表主键这个字段

之所以我们按照手册上的操作不需要区分本地主键和外键是因为,比如一个用户参与了很多评论

user --id
post --- id ,user_id
比如  user.id=3
post.id=2,post.user_id=3
那么在评论中获取用户的SQL语句其实会是
public function user()
{
    return belongsTo(User::class,'user_id','id');
}
select * from user where user.id=? limit 1
参数值是3,所以得到了用户数据
因为这种关系,所以不会报错。但其实这个ID 是与user.id 想对应的,并不是本地的主键
如果user.id 改成 user.abc   则
return belongsTo(User::class,'user_id','abc');
select * from user where user.abc=? limit 1
post表里面根本不需要这个表
image.png

image.png

通过源码我们知道 $instance 就是关联的表
$ownerKey = $ownerKey ?: $instance->getKeyName(); 就是关联表的ID

hasOne 和 belongsTo 是不一样的

employee 表主键改成 employee_id11
record 表还是 employee_id   而且没有 employee_id11 字段
hasOne

第三个字段是 where 条件中的值,第二个字段是where 条件中的键
其实外键此处就是关联表的键(注意,不一定是主键)
localKey 其实就是本表的值

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,386评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,142评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,704评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,702评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,716评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,573评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,314评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,230评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,680评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,873评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,991评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,706评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,329评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,910评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,038评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,158评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,941评论 2 355

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,657评论 18 139
  • 国家电网公司企业标准(Q/GDW)- 面向对象的用电信息数据交换协议 - 报批稿:20170802 前言: 排版 ...
    庭说阅读 10,970评论 6 13
  • 优化之电量篇 优化之渲染篇 优化之内存篇 优化之运算篇 这几篇都十分精美,图码兼并,理解方便。上乘。
    alucardzhou阅读 272评论 0 2
  • 墓碑 文 /陌宇轩 从时光的角度上看 你有着为人民的一面 为思念的故人留一方静土 你忍心听 世人呼唤亲友的哭声 你...
    小哲小诗阅读 147评论 0 0
  • 什么是UI-Router? AngularJS 是一种富客户端单页面应用框架,所以要在一个页面呈现不同的视图,路由...
    belllee阅读 639评论 0 1