我很好奇为什么hasMany的雄辩关系具有与belongsToMany不同的签名。特别是自定义联接表名称-对于给定Comment属于许多Role且给定Role会具有许多Comment的系统,我想将关系存储在名为,并将键设置为my_custom_join_table和comment_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_key Role的hasMany对象,但是我使用非标准表名来存储该关系,那么为什么我可以使用这种非标准表来一种方式却不能使用另一种方式呢? (adsbygoogle = window.adsbygoogle || []).push({}); 最佳答案 hasMany用于One To Many关系,而belongsToMany指Many To Many关系。它们都是不同的关系类型,每个都需要不同的数据库结构-因此它们采用不同的参数。关键区别在于,在一对多关系中,您只需要与相关模型相对应的两个数据库表。这是因为对该关系的引用存储在拥有的模型的表本身上。例如,您可能具有Country模型和City模型。一个国家有很多城市。但是,每个城市仅存在于一个国家/地区。因此,您可以将该国家/地区存储在“城市”模型本身上(作为country_id或类似的名称)。但是,多对多关系需要第三个数据库表,称为数据透视表。数据透视表存储了对两个模型的引用,您可以在关系声明中将其声明为第二个参数。例如,假设您有City模型,而您也有Car模型。您希望建立一种关系以显示人们在每个城市驾驶的汽车类型。好吧,在一个城市里,人们会开很多不同类型的汽车。但是,如果您查看一种车型,您也会知道它可以在许多不同的城市中行驶。因此,不可能在任何一个模型上存储city_id或car_id,因为每个模型都有多个。因此,您将这些引用放在数据透视表中。根据经验,如果使用belongsToMany关系,则该关系只能与另一个belongsToMany关系配对,这意味着您具有第三个数据透视表。如果使用hasMany关系,则只能将其与belongsTo关系配对,并且不需要额外的数据库表。在您的示例中,您只需要使逆关系成为belongsToMany并再次添加您的自定义表以及外键和本地键(与其他模型相反的顺序)即可。 (adsbygoogle = window.adsbygoogle || []).push({}); 09-18 20:43