Vib*_*ith 5 database database-design
我们有一个与销售相关的项目.
现在我们将产品库存保存在一个名为的单独表中Stock.在销售,销售退货,购买和购买 - 退货时,库存表将被更新.它运作良好,但在我们删除或修改其中一个销售或购买时,维护库存更加困难.
我告诉我的老板,我们不希望保留的股票在一个单独的表,而是写一个函数从相关表计算股票(sales,purchase,...).每当用户想知道库存时,他们就会调用该函数来非常容易地获得库存.因此,我们不需要考虑库存维护.我认为这是一个好主意.
但他告诉我,如果有大量记录,该功能将花费更多时间来执行,这将降低软件的效率.我不知道这是否正确.我知道的一件事是它违反了DB的规范化.我们不需要将计算值保留在表中或表外.
我怎么设计这个DB？Stock更好或不是一个单独的表？