Database design 因成本波动修改库存业务数据库设计

我有一些IT背景，对经济和管理的了解较少，也有一些常识。我在当前基于web的系统中添加了一些功能，该系统用于控制库存量，使其超过波动成本

该业务专注于经销商从供应商的不同地点分销消费品。 有时，业务部门碰巧检索到类似的实际项目（相同类型的品牌、软件包和功能）。有时，企业支付的成本并不相似，因为不同的供应商赚取自己的利润

从网站管理员的角度来看，即使是这家公司也从“供应商1”和“供应商2”处购买了两箱相同品牌的巧克力棒。一箱的成本可能不同。这就是为什么我需要将它们分类为不同的实体/记录（显然是不同的供应商）。毕竟，我在数据库中插入了2个唯一的\u id

作为要求最低价格的顾客，他们认为两盒巧克力是一样的。在增加了一些固定利润后，两种巧克力棒的价格都有所不同。企业倾向于先销售更便宜的一盒巧克力棒，但企业需要关注标准化的F-I-F-O库存控制管理（因为消耗品有其过期日期）

我实现的系统有一些库存数量控制，允许在数量低于基准时触发排序消息来重新订购项目

案例1：
企业开始重新订购，并且“供应商1”通知巧克力价格将上涨。从“供应商1”处购买的剩余巧克力棒有助于企业赚取更多利润。在包裹送达公司后，网站管理员将更新巧克力的新总成本和新价格，包括数量。这个案子没有问题。

*已编辑案例2::
业务部门开始重新订购，并且“供应商2”通知将降低巧克力棒的价格。无法覆盖系统中当前的总成本和价格，因为该业务有剩余的库存数量，并确保业务不会受到任何损失

“供应商2”的软件包到达企业后，作为网络管理员。我应该如何解决案例2？ 我想确保没有重复项目插入到提供这些项目的类似供应商的系统中（不插入新记录）。货主还应跟踪到货包裹的数量。正如您所看到的，有上百种不同的项目，库存控制专家不可能将进货数量的插入记录推迟到仓库。

添加：如果库存中剩余的数量“0”在库存中类似的基准“0”之前已经设置，您知道，员工有权编辑记录，则会出现其他情况（改变总成本，即使它比前一个降低成本），业务不会影响波动成本。这种情况似乎是不可能的，因为业务不会缺货到库存的0，需要补偿重新订购、运输、处理时间的时间成本。 有没有其他方法可以做到这一点

即使有相似的品牌和不同的供应商，我也能将两块巧克力分成两张唱片，这对我来说是正确的吗

请帮我解释一下这个案例

多谢各位！

---

非常感谢您的善意帮助、想法和评论！

您的问题似乎是“这在现实世界中是如何工作的”，而不是“设计数据库的最佳方式是什么”.这是在概念层面提出的正确问题。但是，我将对你的标题做一个更改。概念层面与设计无关。它与分析有关。在概念层面，你不会发明答案。你会发现答案。在设计层面（逻辑设计、物理设计）你发明了答案，希望与你先前发现的一致，也许与“最佳实践”一致

出售物品的价格取决于两个因素：供应商和产品。实际上，在某些情况下，它也可能取决于买方，其中一个买方获得折扣，而另一个买方没有。它可能取决于时间，因为价格随时间而波动。它可能取决于在同一订单中购买的其他物品

---

最好的计划是将价格包含在交易行（记录）中，尽管这似乎是多余的。您会很高兴您这样做的，下游。

系统已经运行了好几个月了，我们确实将“价格”记录到了交易表中，因此所有者可以参考交易表（销售）每年一次。我们被要求改进系统，因为当重新订购项目的成本低于以前的成本时，业务部门难以管理重新订购项目的数量。仅为跟踪库存数量、用于销售的成本和价格插入新记录是非常多余的。什么重新订购项目是来自同一供应商的实际相同项目不同的订购日期/时间。这就是为什么我们需要修改我们的系统以进行设计。