我目前正在开发自定义订单处理系统。我当前的结构非常标准，发票、采购订单和项目都保存在单独的表中。项目通过跟踪表单的 id 知道它们位于哪个表单上，但表单不知道其中(在数据库中)有哪些项目。这一切都很好，直到我添加了一个新的要求:库存订单。
库存订单的工作方式是，有时客户下的订单数量多于库存数量，因此我们希望向供应商下订单，购买足够的数量来履行订单并补充库存。然而，我们经常必须建立这些订单，因为最低订单非常高，因此一个库存订单通常由多个客户订单(有时是同一商品)以及一些与订单无关且仅包含在订单中的商品组成。用于库存目的。
这给我当前的架构带来了一个问题，因为我现在需要跟踪库存订单中的内容，因为供应商通常会运送部分订单、已分配的元素以及哪些传入元素用于库存。
我最初的想法是创建一个新的数据库表，它主要模仿项目表，但有点像一个聚合(但不是计算)表，它只跟踪项目及其相应的元数据(收到了多少单位，库存数量等)仅适用于库存订单。如果其中一个表发生更改(例如数量)，我必须保持两个表同步。
这是否太过分了，也许有更好的方法？数据库架构绝对不是我的强项，所以我希望有人可以告诉我这是一种不错的方法，或者有更好、更正确的方法。
非常感谢!
就其值(value)而言，我使用的是:VB、.NET 4.0、MySQL 5.0
此外，如果您需要澄清任何事情，请询问!我会密切关注这个问题。
最佳答案
访问databaseanswers.com。导航到“免费数据模型”，然后查找“库存管理”。你应该找到一些很好的例子。
关于mysql - 有趣的数据库架构场景，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4209607/