以多对多（n：m）将项目加入一个新项目

Question

我的业务规则是像二手车/摩托车经销商：

我的“库存”表中包含汽车，因此，每辆汽车中没有两个相同的产品属于不同的所有者。

有时所有者拥有两辆汽车，他想分别出售，但也希望一起出售，例如：

所有者有一辆汽车和一辆摩托车：

+----------------+
| id | Stock     |
+----+-----------+
| 1  | car       |
+----+-----------+
| 2  | motorcycle|
+----+-----------+

如果他想通过两种方式做广告或出售，第一种方式是价格为10.000美元的汽车和摩托摩托车的价格为5.00美元

但是，它还提供了以较低价格（汽车+自行车U $ 12.000）一起出售的选择，例如：

+----+-----------+--------------------+-----------+
| id | id_poster | Stock              | Price     |
+----+-----------+--------------------+-----------+
| 1  | 1         | car                | U$ 10.000 |
+----+-----------+--------------------+-----------+
| 2  | 2         | motorcycle         | U$ 5.000  |
+----+-----------+--------------------+-----------+
| 1  | 3         | car                | U$ 12.000 |
+----+-----------+--------------------+-----------+
| 2  | 3         | motorcycle         | U$ 12.000 |
+----+-----------+--------------------+-----------+

这是最好的方法吗？

我的结构已经在这样做了（正如我认为是最好的方法），我正在使用foreign key和n:m ，请参见我的结构：

Answer 1

由于使用不同的术语，因此尚不清楚示例与图表之间的关系，但我认为可以肯定地说：如果要存储“此实体由橙，苹果和梨组成”之类的内容，则显示的数据库设计是正确的做到的方式。 您将有一个poster条目，在poster_has_stock三个条目指向相同的poster并且有stock三个元素。

Answer 2

好的，如果我理解正确的问题，那么您想知道使用联结表是否正确。 仅从表结构很难分辨。 该poster表只是有价，以及stock表只是有一个标题和描述。 从这些字段中不清楚它们应该代表什么或应该如何使用。

如果你真的有很多一对多的关系stock和poster实体-也就是说，一个给定的stock可以有0个，1个或多个poster和poster可以有0个，1个或更多stock -然后你精细。 联结表是表示真实多对多关系的最佳方法。

但是，我不明白您为什么要在这样的poster存储价格。 为什么一个价格需要与多个标题和说明相关联？ 这意味着，如果您在一处更改它，则所有相关stock都将更改。 也许这就是您想要的（例如，如果您的站点同时提供A1和A0尺寸的海报，或者在整个站点上以统一的统一价格提供不同的纸张重量，而与所发布的海报无关）。 但是，表中当前没有足够的字段来查看您要建模或完成的工作。

因此：联结表是建模多对多关系的最佳方法吗？ 是的，一点没错。 您的数据实体是否处于多对多关系？ 我不知道。 没有足够的信息可以分辨。

价格本身可以是一对一（每个商品具有一次价格），一对多（每个商品具有多个价格，例如多种货币），或者-如果您使用价格类别或类似纸张尺寸的类型系统-那么每个项目都有多个价格类别，每个价格类别适用于多个项目。

因此，如果您可以告诉我为什么stock具有多个价格，或者为什么单个poster价格可能适用于多个stock ，那么我可以告诉您使用联结表在您的情况下是否正确。

---

看到包含业务规则的编辑后，这正是要使用的正确结构。 一辆车可以在许多发布中，而一个发布中可以有很多辆汽车。 这是经典的多对多方法，使用联结表绝对正确。

Answer 3

您使用的结构是您情况下的最佳解决方案，无需更改，仅需进行2个小更改：

1. remove 2 indexes: fk_poster_has_stock_stock1_idx and fk_poster_has_stock_poster_idx, because they are primary keys already
2. stock_price field should use decimal data type (more precise)

您可以在此处阅读有关十进制数据类型的更多信息

Answer 4

我认为您的解决方案几乎是完美的。 我认为您可以在“ poster_has_stock”表中添加“ id”。 当然，更改价格类型（写在上方）。

但是您可以考虑在海报表中使用带有stock_id的第二个选项。 为什么？

-不应有没有库存的海报。

-在大多数情况下，将提供要约：一只股票<=>一张海报这将使您还可以根据需要向海报中添加尽可能多的家属股票。

您还可以将poster_special_price DECIMAL（9,2）添加到海报表。 这将使您轻松显示：库存项目的价格。 具有依赖关系的库存项目的特价。 这也将在控制器中更易于管理（创建，更新）-您将添加已经有库存的海报，添加新海报期间无需交易。

Answer 5

您可以考虑使用一个新表来创建库存项目之间的关系，例如：

stock_component
---------------
parent_stock_id
child_stock_id
child_qty

通过这种方式，您可以按照物料清单的样式将许多孩子链接到一个父母中，然后您的其余链接可以继续与相应父母的stock_id相关。