这个想法的最佳数据库图表？

Question

为商店设计数据库，我遇到了一个小问题。假设我们的商店里有一个产品x，它有一个购买价格和好处，以获得零售价格。但是同一产品的商店还有另外一个不同的价格供应。 1-根据商店所有者，他需要一个价格的产品。 2 - 我应该从发货中分离产品信息说我把产品表 - 名称 - 参考 和其他表格SuplierInvoice - Producyid-数量 - PurchasePrice

我应该再在第一个产品表或另一个产品表中加售价格 那应该放在哪个实际数量呢？

请我需要点子......

Answer 1

建立了一些用于订购/成本核算的系统我可以确认有很多方法可以做到这一点。

我通常开始的方式是拥有

的概念

• 产品
• 供应商
• SupplierProducts

产品标识您正在使用的产品;供应商是您的供应商，SupplierProduct用于提供产品的特定定价信息;因为产品必须来自供应商。

根据要求;您要么拥有与SupplierProduct相关的订单/发票 - 或者如果您直接从库存中进行销售 - 那么您可以将SupplierProducts放入库存，并根据库存购买适当设置销售价格和成本价格

然后您从库存表中销售商品;由于物料来自库存，因此库存表中的定价信息反映了物料投入库存时支付的实际价格。您在同一产品/供应商的库存表中有多个条目，其中包含购买每个产品的详细信息，并保持当前库存水平（尽管这可能导致更新问题，通常我会有一个库存表和一个库存表股票走势表，并一起使用这些来决定股票持有量）

Answer 2

我想说产品表应该保留一些产品的平均价格，所以如果我们需要订购更多的产品，我们可以轻松告诉我们需要花多少钱。

但是，由于产品价格本质上是不稳定的，因此确切的价格不是产品本身的属性，而是在您的商店进行的每次买卖交易中达成一致。换句话说，出售或购买的确切产品价格和数量应属于发票表，作为您进行的每笔交易的一部分。