3

我之前发布了一个类似的问题，但这更具体。请看下图： 数据库表设计问题 这个设计的解释如下：

  • 面包师生产许多产品
  • 同一产品可以由多个面包师生产
  • 面包师会不时更改某些（他们的）产品的定价
  • 可以创建订单，但不一定最终确定

此处的目的是允许商店经理根据所需的任何商品创建订单“购物篮”，并允许正在创建的系统根据订单中包含的产品确定当时的最佳价格。

因此，我设想该ProductOrders表最初保存productIDand 相关联orderID，同时保持 and 的空（未确定）值bakerID，pricingDate因为这将由系统确定和更新，然后构成最终订单。

既然你已经知道我想要做什么，请告诉我如何最好地建立这些关系。

谢谢！

4

1 回答 1

2

如果我理解正确，未完成的订单尚未分配面包师/定价（意味着下订单时，尚未选择面包师来烘烤产品）。

在这种情况下，订单可能针对 Products 表下达，然后针对 BakersProducts 表“最终确定”。

一种解决方案可能是给 ProductsOrders 2 个单独的“ProductID”，一个用于原始订购的 ProductId（即非 Nullable）——比如 ProductId，第二个是分配给 BakersProducts 的外键的一部分（比如 ProductId2）。这意味着在 ProductsOrders 中，复合外键 BakerId、ProductId2 和 PricingDate 都可以为空，因为它们只有在订单完成后才会设置。

为了消除这种冗余，您还可以考虑使用代理键而不是复合键。这样，BakersProducts 将有一个代理 PK（例如 BakersProductId），然后在 ProductsOrders 中将其引用为可为空的 FK。这也可以避免将 ProductsOrders 中的 Direct FK 与 Product.ProductId 混淆（从上面看，它是作为订单一部分的原始产品线）。

HTH？

编辑：

CREATE TABLE dbo.BakersProducts
(
  BakerProductId int identity(1,1) not null, -- New Surrogate PK here
  BakerId int not null,
  ProductId int not null,
  PricingDate datetime not null,
  Price money not null,
  StockLevel bigint not null,

  CONSTRAINT PK_BakerProducts PRIMARY KEY(BakerProductId),
  CONSTRAINT FK_BakerProductsProducts FOREIGN KEY(ProductId) REFERENCES dbo.Products(ProductId),
  CONSTRAINT FK_BakerProductsBaker FOREIGN KEY(BakerId) REFERENCES dbo.Bakers(BakerId),
  CONSTRAINT U_BakerProductsPrice UNIQUE(BakerId, ProductId, PricingDate) -- Unique Constraint mimicks the original PK for uniqueness ... could also use a unique index
)

CREATE TABLE dbo.ProductOrders
(
  OrderId INT NOT NULL,
  ProductId INT NOT NULL, -- This is the original Ordered Product set when order is created
  BakerProductId INT NULL, -- This is nullable and gets set when Order is finalised with a baker
  OrderQuantity BIGINT NOT NULL,


  CONSTRAINT FK_ProductsOrdersBakersProducts FOREIGN KEY(BakersProductId) REFERENCES dbo.BakersProducts(BakerProductId)
  .. Other Keys here
)
于 2011-02-10T13:43:53.900 回答