如何在 ERD 中表示多对多关系答案

【问题标题】：How to represent many-to-many relastionship in ERD如何在 ERD 中表示多对多关系
【发布时间】：2021-10-11 15:19:54
【问题描述】：

我正在尝试建立餐厅系统。
首先，我正在为需求构建 ER 图。
我有两个表，客户，它只有 table_number 属性，并且另一张表是Item，这是客户将选择的菜肴，它有几个属性是（id，name，category，price）。
我遇到问题的部分要求是：当客户下订单并提交时，应该发生两件事，首先将订单详细信息发送到厨房，然后将相同的订单保存在 history_order 中。我的问题是：我如何表示这些表之间的两个多对多关系我知道如何表示厨师将读取的当前订单，但我不知道如何在不中断的情况下以最佳方式表示一种多对多关系原则或最佳实践。我下载了图片中的作品，以向您展示我在说什么。我希望它是清晰易懂的。如果有什么不清楚的，请通过cmets告诉我。
the ERD diagram

【问题讨论】：

请确定您正在遵循的确切设计方法以及您如何遵循它并询问 1 个特定的研究过的非重复问题，即您遇到/不确定的第一个问题。（在 ER 和关系模型中，关系是值和/或实体之间的关系——而不是表——& 由表表示。在伪 ER 中，所谓的“表之间的关系”是 FK 约束。）跨度>
请use text, not images/links, for text--including tables & ERDs。转述或引用其他文本。只提供您需要的东西并将其与您的问题联系起来。仅将图像用于无法表达为文本或增强文本的内容。在图片中包含图例/键和说明。
我使用图片是因为我无法表达我面临的问题，我有这些实体：customer、items、order、history_orders order 有两个属性 customer_table 将 customer_id 引用到 customer 和 item_id 引用订单交付时将 item_id 放入项目实体，它应该被删除，但我不想对 history_order 中的订单做同样的事情，我如何在 ER 图中表示这一点？我脑海中的解决方案就是重复。
请通过编辑而非 cmets 进行澄清。 PS“包括表格和 ERD。”——ERD 中的所有内容都可以很容易地用文本表示。当这样的文本是代码时，它被称为 DDL。 PS请也对我所有的第一条评论采取行动。否则，您会要求重写教科书/教程，以及您无法识别的方法，并且没有清楚地解释您是如何陷入困境的，即遵循该方法。我们可以预期这样的问题是重复的。 How to Ask Help center Meta Stack Overflow Meta Stack Exchange

标签： database relational-database entity-relationship entity-relationship-model

【解决方案1】：

顺序就是顺序。它被送到厨房，并被存档在历史中。像其他所有内容一样，您想记录它一次。您可能会从多个表中引用它。

假设您有一个表 order_items，其中包含关键属性 order_id 和 item_id。现在您可以查找订单的所有项目。您可以有另一个表来跟踪每个订单的进度。将其称为 orders，具有 order_id 和 status 属性，其值可能有 ordered（发送到厨房）、ready（发送到服务），served，也许cancelled，和（希望）paid。您还可以有一个属性 status_time 来记录上次更新状态的时间。您的“厨房”订单列表是状态为ordered 的订单；历史是那些状态为paid的人。

您可能不需要 order_id。根据您的描述，table_number 和 order_time 似乎可以唯一标识每个订单。您可以使用该对而不是不透明的 ID。

【讨论】：

感谢您的回复，我很感激，但无论如何我想在这里澄清一些事情，history_order 表的目的是由经理做出决定，当订单交付给客户时，订单将被删除，但如果我从 history_order 引用 order ，当订单完成并交付给客户并从订单表中删除时，我需要将订单保留在 history_order 中，但它也会因为引用而从 history_order 中删除，我不希望它发生我只想知道如何在 ER 图中表示它？
如果我将物品的属性冗余并放在history_order实体中而不是使用引用，我会破坏ER图的原则吗？我不想使用对 item 或 order 的引用，因为如果它们中的任何实例 delete ，相同的实例也将在 history_order 表中被删除
我建议的设计不需要history_order。这可能是 status paid 的 orders 视图，或类似的东西。如果有人说随着时间的推移订单会变得“太大”，请寻求证据。如果证据充足，您可以将“旧”订单（去年、上个月等）存档到历史记录表中，同时在 orders 中保留“新历史记录”。确实没有理由在数据库中多次保留相同的信息。