订单交付系统的关系和基数



目前正在浏览一个示例场景,看起来很简单,但我似乎无法理解

基本上,我正在为在线服装商店构建一个实体关系图,以保存有关客户、订单、交货和产品的信息。我拥有的实体是"客户"one_answers"订单"。(有唯一的订单号),以及"产品";以及"交货"。(唯一配送ID)。

从我收集到的信息来看,顾客与订单的关系是1:N,订单与产品的关系是M:N,并将通过适当的关联实体来解决。然而,我有一些问题看到如何"交付";实体将适合。假设有多个产品的订单可以单独发货,那么订单和交货之间的1:M关系是否合适/足够?

这个图基本上是[顾客-订货-已购-产品]和一个额外的订单分支,其中[订单-发货-交货]

这有意义吗?该场景给出了一个通用的订单表单和交付收据,并且需要一个ERD来存储足够的信息以生成这两种文档。我觉得我好像错过了一些东西,比如另一个未指定的实体或关系,而不是我拥有的三个

假设客户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, Quantity, TotalPrice, Status

  • 客户端:ClientID, FullName, Address, Phone, Email

  • Product: ProductID, ProductName, ProductReference

  • 销售员:SalesPersonID, FullName..

最新更新