Laravel应用程序规划雄辩的关系

时间:2019-03-27 18:43:48

标签: eloquent planning

有许多可能性可以编写Laravel模型之间的关系,但是可以帮助我选择一种资源消耗较少的方法。而且用途广泛?

我的“商店”应用中有以下模型: 1.分支 2.用户 3.客户 4.交易 5.产品 6.收据 7.交货

一个分支有很多用户 一个用户有很多客户 客户有很多交易 一笔交易将有许多产品,许多收据,许多交货

查询将类似于:

  1. 获取所有用户
  2. 获取分支机构的用户
  3. 获取所有客户
  4. 获取分支机构的客户
  5. 获取用户的客户
  6. 获取客户交易
  7. 获取交易产品
  8. 获取交易收据
  9. 获取交易交货

最简单的策略是创建

一对多关系

部门和用户, 用户和客户, 客户和交易, 交易和产品 交易和收据 交易和交付

但是看起来有点难看,尤其是如果我们查看

Transaction and it's 'dependencies' (product, receipt, delivery)

我认为多态的oneToMany在交易与产品,收据,交货之间更合适。

您将如何管理此模型结构?

0 个答案:

没有答案