【问题标题】:Relationships and cardinalities for an order-delivery system订单交付系统的关系和基数
【发布时间】:2021-05-11 17:50:10
【问题描述】:

目前正在窃取一个看似简单但我似乎无法弄清楚的示例场景

基本上,我正在为一家在线服装店构建一个实体关系图,以保存有关客户、订单、交货和产品的信息。我拥有的实体是“customer”、“order”(具有唯一的订单号)、“product”以及“delivery”(唯一的交付 ID)。

据我所知,客户与订单具有 1:N 关系,订单与产品具有 M:N 关系,并将通过适当的关联实体解决。但是,我在了解“交付”实体如何适合时遇到了一些问题。假设一个包含多个项目的订单可以单独运送每个项目,那么订单和交付之间的 1:M 关系是否合适/足够?

该图基本上是 [客户 - 地点 - 订单 - 有 - 产品] 和一个额外的订单分支 [订单 - 发货 - 交付]

这有意义吗?该场景给出了一个通用的订单表格和一个交货收据,并且需要一个 ERD 来存储足够的信息来制作这两种文档。我觉得好像我错过了什么,例如另一个未指定的实体或我拥有的三个以外的关系

【问题讨论】:

    标签: database-design erd entity-relationship-model


    【解决方案1】:

    假设客户 A 订购了 2 件需要送货到其家庭住址的产品:

     OrderID SalesPersonID ClientID   ProductID Quantity UnitPrice TotalPrice ShippingAddress Status
        101     100           10         1         2        100       260        Gotham city     Shipped
        101     100           10         2         1        30        260        Gotham city     Shipped
    

    您的实体是 :

    • 订单:OrderID、ClientID、ProductID、数量、TotalPrice、状态

    • 客户:客户 ID、全名、地址、电话、电子邮件

    • 产品:ProductID、ProductName、ProductReference

    • SalesPerson : SalesPersonID, FullName..

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2023-01-18
      • 2011-03-04
      • 2013-12-19
      • 1970-01-01
      • 2018-12-29
      • 1970-01-01
      • 2011-07-18
      • 1970-01-01
      相关资源
      最近更新 更多