我很好奇为什么Eloquent关系的hasMany
签名不同于belongsToMany
。特别是自定义联接表名称-对于给定Comment
属于多个Role
s,而给定Role
具有多个Comment
s的系统,我想将关系存储在一个名为的表中my_custom_join_table
,并将键设置为comment_key
and role_key
。
return $this->belongsToMany('App\Role', 'my_custom_join_table', 'comment_key', 'role_key'); // works
但相反,我无法定义该自定义表(至少文档未提及它):
return $this->hasMany('App\Comment', 'comment_key', 'role_key');
如果我有一个Role
对象that hasMany
Comments
,但是我使用非标准表名来存储该关系,那么为什么我可以使用这种非标准表来一种方式却不能使用另一种方式呢?
hasMany
在一对多关系中使用时,belongsToMany
是指多对多关系。它们都是不同的关系类型,每个都需要不同的数据库结构-因此它们采用不同的参数。
关键区别在于,在一对多关系中,您只需要与相关模型相对应的两个数据库表。这是因为对该关系的引用存储在拥有模型的表本身上。例如,您可能有一个Country
模型和一个City
模型。一个国家有很多城市。但是,每个城市仅存在于一个国家/地区。因此,您可以将该国家/地区存储在“城市”模型本身上(country_id
或类似的东西)。
但是,多对多关系需要第三个数据库表,称为数据透视表。数据透视表存储了对两个模型的引用,您可以在关系声明中将其声明为第二个参数。例如,假设您有City
模型,也有Car
模型。您想要建立一种关系来显示人们在每个城市驾驶的汽车类型。好吧,在一个城市里,人们会开很多不同类型的汽车。但是,如果您查看一种车型,您也会知道它可以在许多不同的城市中行驶。因此,将不可能存储acity_id
或acar_id
在任何一个模型上,因为每个模型都有多个。因此,您将这些引用放在数据透视表中。
根据经验,如果使用belongsToMany
关系,则只能与另一个belongsToMany
关系配对,这意味着您具有第三个数据透视表。如果使用hasMany
关系,则只能将其与belongsTo
关系配对,并且不需要额外的数据库表。
在您的示例中,您只需要将逆关系变成abelongsToMany
并再次添加您的自定义表,以及外键和本地键(从其他模型反转顺序)。
文章标签:eloquent , laravel , php
版权声明:本文为原创文章,版权归 admin 所有,欢迎分享本文,转载请保留出处!
评论已关闭!