数据库设计？

Question

我们有一个与销售相关的项目。

现在我们将产品库存保存在名为 Stock 的单独表中.在销售、销售-返回、采购和采购-返回时，库存表将被更新。它运作良好，但当我们删除或修改其中一项销售或采购时，维护库存会更加困难。

我告诉我的老板，我们不想将库存保存在一个单独的表中，而是编写一个函数来从相关表(sales、purchase、...)中计算库存。每当用户想知道股票时，他们调用函数就可以很容易地得到股票。因此我们不需要考虑库存维护。我认为这是个好主意。

但是他告诉我，如果来的记录很多，函数执行起来会比较费时间，会降低软件的效率。我不知道这是否正确。我知道的一件事是它反对数据库的规范化。我们不需要将计算值保留在表内或表外。

我该如何设计这个数据库？是单独的Stock table 好不好？

Answer 1

关于该主题有一项出色的研究 here , 艾伦·布朗 (Allen Browne)。