什么时候应该使用Laravel中的透视表模型?

什么时候应该使用Laravel中的透视表模型?,laravel,laravel-5,Laravel,Laravel 5,我认为需要将数据透视表转换为模型的问题让我很难受。假设有两个表: 组(具有数据透视表组成员,考虑不同类型的用户等) 通知 现在,我想建模的关系是通知和组成员之间的关系,因为许多组成员可以是通知的接收者,并且许多不同的通知可以发送给特定的组成员。这似乎需要另一个透视表:通知组成员 所以,事实上,看起来我在两个数据透视表之间有一个关系。我不确定这是否是一个建模问题,因为创建透视表的模型似乎有点奇怪。文件上说一般情况下你不会这么做。这是有意义的一种情况吗?我喜欢这类问题,所以我认为(我不是专家)你

我认为需要将数据透视表转换为模型的问题让我很难受。假设有两个表:

  • 组(具有数据透视表组成员,考虑不同类型的用户等)
  • 通知
现在,我想建模的关系是通知和组成员之间的关系,因为许多组成员可以是通知的接收者,并且许多不同的通知可以发送给特定的组成员。这似乎需要另一个透视表:通知组成员


所以,事实上,看起来我在两个数据透视表之间有一个关系。我不确定这是否是一个建模问题,因为创建透视表的模型似乎有点奇怪。文件上说一般情况下你不会这么做。这是有意义的一种情况吗?

我喜欢这类问题,所以我认为(我不是专家)你不需要,你可以使用
->attach()
(不需要模型)将通知附加到组中,并检查像这样的通知
$notifs=Auth::user()->groups()->notifications()我不确定这是否是正确的诚实这是有趣的,我会给它一个机会!该示例的问题在于,通知和组_成员之间除了通过透视表之外,没有任何形式的相互引用,而在上面的文档示例中,三个模型中的两个是通过外键直接链接的。透视表将它们链接在一起,eloquent将知道如何解决这个问题,例如:如果使用
->attach($notif)
notif
id
group
id
添加到数据透视表(在一行中),那么数据透视表唯一需要的就是组模型和通知模型中的正确关系(那时我不是专家)将为多对多关系创建透视表我喜欢这类问题,因此我认为(我不是专家)您不需要透视表,您可以使用
->attach()
(不需要模型)将通知附加到组中,并检查像这样的通知
$notifs=Auth::user()->groups()->通知()
我不确定这是否正确这很有趣,我来试一试!这个例子的问题是,除了通过透视表之外,通知和组成员之间都没有任何形式的相互引用,而在上面的文档示例中,三个模型中的两个是通过piv直接链接的ot table将它们链接在一起,eloquent将知道如何解决这个问题,例如:如果使用
->attach($notif)
notif
id
组的
id
添加到数据透视表中(一行),透视表唯一需要的是组模型和通知模型中的正确关系(此时我不是专家),将为多对多关系创建透视表