php - 如何处理同一个多对多关系的多种类型？

Question

我想知道在同一表之间建立多个多对多关系时是否有最佳实践。

目前，对于用户创建的项目，我在 user 和 item 之间存在多对多关系。

---------------------
| user_id | item_id |
---------------------
| 1       | 3       |
---------------------

我想为 user 和 item 创建另一个联结表以引用他们的监视列表。我应该创建单独的多对多表吗？

user_item_inventory      user_item_watchlist
---------------------    ---------------------
| user_id | item_id |    | user_id | item_id |
---------------------    ---------------------
| 1       | 3       |    | 2       | 3       |
---------------------    ---------------------

或者我应该创建一个与 user_item_type 表具有多对一关系的多对多表吗？

user_item                          user_item_type
-------------------------------    ------------------
| user_id | item_id | type_id |    | id | name      |
-------------------------------    ------------------
| 1       | 3       | 1       |    | 3  | inventory | 
-------------------------------    ------------------
| 2       | 3       | 2       |    | 2  | watchlist | 
-------------------------------    ------------------

Answer 1

虽然最终决定取决于库存和心愿单在概念上的差异，但根据之前的经验，我建议使用单独的表格。

目前，您没有任何附加数据附加到库存或监视列表，但将来不一定是这种情况。在不知道有关库存和监视列表的更多详细信息的情况下，很难做出预测，但是一旦您想开始跟踪有关 inventory 关系与 watchlist 关系的其他数据，拥有单独的表格将使事情变得很多更简单。一旦您想要添加仅与您的关联类型之一相关的列，您将需要单独的表。

正如在另一个答案中所指出的，从纯数据存储和检索的角度来看，拥有单独的表肯定更快:您将少一个列/索引来填充/过滤。如果您的库存/愿望 list 关联表变得“大”，那么那些额外的 type_id 引用将开始累积一些重要的东西。 (对于更小的尺寸来说这无关紧要，但除了明显的磁盘存储因素外，更多的数据需要更多的内存和更多的缓存来管理，尤其是当涉及索引时。)

如果您需要了解用户感兴趣的所有项目(库存、监视列表和您可能创建的任何其他类似表的组合)，单独的表会很复杂，但是如果这是实际需要，那么您可以使用对所有表的 UNION 查询轻松生成该列表。 (您甚至可以创建另一个表，其中包含所有用户的副本 - 如有必要，项目引用可作为性能增强。)