database - 设计用于库存控制的数据库

Question

我的数据库设计存在一些问题。我设计的系统如下图所示

如您所见，它在某种程度上是一个非常基本的系统。用户可以通过添加供应商详细信息来创建供应商。然后用户可以添加产品并将其链接到供应商。这是非常直接的一点(我希望!)。现在我将附上我的数据库设计，它应该涵盖我提到的内容。

因此，一个供应商可以有一个联系人(我的系统的用户将联系供应商公司内的人)，一个供应商可以有一对多的产品。

他是我想不通的部分。每周两次，我的系统的用户将从他们所有的供应商处收到库存。当他们收到此库存时，他们应该进入应用程序中的更新库存屏幕并输入他们收到的特定产品的库存量。我添加了一个 products_stock 表，希望它能帮助我介绍这方面的内容(尽管我认为它遗漏了很多内容)。

然而，最后一个屏幕显示的是预测库存。比方说，在我的产品交付当天，我收到了 10 件产品一。然后，我将手动计算产品一(比如 2)的最后一个订单剩余的单位数量，并将产品一的库存数量更新为 12。这意味着，实际上，对于产品一，我在两次交付之间只需要 8 个单位。预测库存屏幕应该显示在指定时间段内我应该为特定产品下订单的预测库存水平。因此，如果 8 件是产品 1 的平均每周售出库存，如果我想查看我应该为产品 1 订购多少件一个月，它应该显示大约 32 件。

这不应该是一个复杂的系统，它应该有这个手动方面。我一直在设计数据库，我希望我能得到一些关于 products_stock 表的建议，以及我如何处理特定时间段的股票预测(如果我可能需要额外的表)。

感谢任何建议。

谢谢

Answer 1

库存更像是一个 View 而不是一个表。库存实际上是 cargo 在地点之间的一系列移动，以及定期盘点/调整。

库存很复杂。您应该使用一些库存软件并阅读一些数据建模书籍。

使用位置(真实和虚拟)和运动(运动应该是它自己的实体)的概念。

元素粉碎？将其从库存位置移至“损坏”位置

元素丢失了？将它从库存移动到“ether”位置

找到一个随机元素？将其从“以太币”转移到库存

卖了一件元素？将其从库存移至“已售出”

买了一个项目？将其从购买转移到库存

其他一些注意事项:

• 你可以卖掉一些东西，它被退回，然后你把它放回库存
• 你可以买东西，但它不对，所以你把它寄出去返回给卖家
• 你可以卖掉你不拥有的东西(在寄售，或尚未入库)
• 你可能有一些东西当前不出售的库存。

我不会涉及库存的会计方面:)