13
库存数据库设计
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 2年前关闭。 改善这个问题 这不是一个关于“编程”（不是特定于任何语言或数据库）的问题，而是更多的设计和体系结构问题。这也是“什么是做X的最佳方法”类型的问题。我希望不会引起太多“宗教”争议。 过去，我开发的系统以一种或另一种方式保留某种形式的物品清单（与什么物品无关）。一些使用不支持事务的语言/数据库。在那些情况下，我选择不将现有的项目数量保存在项目记录的字段中。相反，库存量计算共计收到库存-总库存的销售。由于软件，这几乎没有导致存货差异。该表已正确索引，并且性能良好。有一个存档过程，以防记录量开始影响性能。 现在，几年前，我开始在这家公司工作，并且继承了一个跟踪库存的系统。但是数量保存在字段中。注册条目后，收到的数量将添加到物料的数量字段。出售物品时，数量会减去。这导致了差异。我认为这不是正确的方法，但是以前的程序员对此发誓。 我想知道在设计这种系统的正确方法上是否存在共识。此外，还有哪些可用资源（印刷或在线）来寻求指导。 谢谢