mysql - 教程或高级事务库存数据库设计方面的帮助？

Question

我正在为一家电子商务公司开发事务性库存系统，并且正在寻找某种有关如何使用MySQL数据库实现此目标的指南或教程。有关于如何编程的指南，以及有关如何使用此类系统的指南，但是我一直无法找到具有建议的表结构或实现自己的最佳实践的资源。

在这个系统中，所有物品都被购买，存储，转售然后运输（不制造）。该系统应支持多个“位置”（即北卡罗来纳州威斯康星州）。每个位置可以有一个或多个“仓库”（彼此相邻的建筑物）。每个仓库可以有一个或多个“岛”，每个岛有一个或多个“架子”，而每个架子有一个或多个“箱”。商品存储在垃圾箱中，每种尺寸/颜色的商品都有其自己的垃圾箱。有些项目可能存储在一个以上的存储箱中（即，如果我们一次订购2000个就可以享受折扣，我们可以将10个存储在一个较低的存储箱中，而将其余的存储在一个高架的“积压”中）。

将项目存储在它们各自的位置非常简单。我可能会有一个Bins表，例如：

BinID BinName位置ID仓库ID IsleID架子ID
-------------------------------------------------- -------------------------------
1小工具箱A 1 1 1 1
2小部件Bin B 1 2 2 5
3大型小工具架1 1 5 17
4小部件积压2 3 6 23



然后在带有库存交易表的仓位之间移动项目，例如：

TransID SourceBinID DestBinID数量日期备注
-------------------------------------------------- -------------------------------
1 4 1 10 7-22-2011移动了10个小部件...


但是，这让我感到困惑：

假设是午夜，客户从网站订购了2个小部件。垃圾箱中有5个小部件。客户已购买了他的2个小部件，因此没有其他人可以购买它们，但是这是午夜，没有人在工作，因此他的小部件仍坐在垃圾箱中。我需要某种事务来减少小部件的“可售”数量，而又不减少架子上的实际数量。

第二天，一名员工挑选了这些小部件并将其移到包装区域。现在需要进行实物交易，以注意这些物品现在位于包装线上，而不再位于其装箱位中。但是包装必须在特殊的位置，因为它与常规的“装箱”不同，对吗？因此，我们需要以某种方式将事物从垃圾箱移到特殊的非垃圾箱位置，并且我们需要一个事务条目。

然后还有其他“特殊”地方，例如退货隔离，以及当该订单的其他项目处于待补状态时，用于预留项目的地方。

如果您知道一本书或在线资源可以从编程/数据库的角度解释如何执行此操作，那就太好了。或者，如果有人已经知道该怎么做并愿意分享，那也很棒！

谢谢！

更新：

我已经对此进行了更多的思考，并且“动态”库存（我认为它被称为“现货”）可能会被动态计算。 “所有箱的总数”-“未履行的订单” =“在手”。问题是，步伐太慢而无法实践吗？它需要执行几个查询，然后遍历结果以获取现有总数。

另一种选择是为“现有”创建一个单独的交易表，但是您有两个库存日记帐-“现有”和“实物”。即使他们应该始终保持同步（如果不是，那就是错误！），仍然感觉不对吗？

我仍然不确定该怎么做。发货时，它已从库存中移走，但对于重复输入式记帐，它需要放在某个地方。因此，我需要某种“消失”的垃圾箱。但是将“ gone”和“ packing table”“ bins”都设为“ gone”也不合适，因为它们实际上不是垃圾箱。

更新3

动作：

MoveID TransID SourceBinID DestBinID备注
-------------------------------------------------- -------------------------------
1 1 4 1将10个小部件移至bin 1
2 2 1 4从bin 4接收了10个小部件


问题：

IssueID TransID SourceBinID备注
-------------------------------------------------- -------------------------------
1 3 4交付小部件给客户
2 4 1运送小部件给客户


交易：

TransID ItemID日期数量类型
-------------------------------------------------- -------------------------------
1 1 7-22-2011 10移动
2 1 7-22-2011 -10移动
3 1 2011年7月23日1期
4 1 7-24-2011 2问题


更新4

好的，我将对此进行另一次尝试，暂时不进行分配。

位置表-“位置”是实体可以物理“存在”的地方。


LocationID LocationTypeID LocationName
-------------------------------------------------- -----------
1 1小工具箱
2 1小工具箱
3 1小部件箱
4 1小部件箱
5 5供应商（无处）
6 3包装表1
7 4已消失（运送给客户）


位置具有“类型”。一个地点可以是一个垃圾箱，一个库存过多的地方，一个包装表，或者代表一个客户（对于外向）或一个卖方（对于内向）。

位置类型


LocationTypeID LocationTypeName
-------------------------------------------------- -----------
1个领料箱
2积压仓库
3装箱台
4件物品
5个供应商（用于复兴）


实物交易-当事物移动时。


TransID LocationID借方贷项凭证
-------------------------------------------------- -----------
1 5 10最初购买10个Red Widgets
2 1 10最初购买10个Red Widget
3 1 2选择2个小部件AND ....
4 3 2将其移至装箱台
5 3 2将小部件运送给客户
6 4 2客户获取小部件

Answer 1

最常用的术语是“已分配”。您手边有5个小部件，并且已分配2个。剩下3个“可用”。选中这些项目后，您需要取消该分配。

当您从库存中删除物料时（我称其为“发货”），您需要提供某种“成本帐户”，以使您能够确定该价值的去向。

我将要提出的另一条建议是使用两个事务进行库存移动。在一个位置删除数量，然后将其添加到另一位置。这样，您可以将所有影响现有数量的交易保存在一个表中，这使确定运行中的现有数量变得非常容易。

我所做的如下：



这使我可以在单独的表中保留有关特定交易类型的详细信息，并在主交易表中保留常见的东西。