Oracle 歷史庫存

cool_ring

最初由 yunhyang 发布
[B]

沒關係啊，我今天補昨天的單的話，就算今天的庫存？
有什么不妥嗎？ [/B]

你若不强求必须将补单的库存也计为昨天的库存就可以

Benin

用MMT从历史记录汇总的话，如果使用多年，数据量太大，执行起来比较麻烦，可执行性不强，一般上线初期可以使用

Benin

从现有库存＋倒推也不失为一种选择［如倒推2007-09-15号的库存，2007-09-23现有库存＋（15～23的出库数量-入库数量），计算的工作量相对要小，速度应该会快点］，数量方面不会有太大影响，当然待定的物料事物处理的记录和开放事务处理接口的记录都会有一定的影响，如果系统运行正常，一般都能接受；如果要涉及金额，还需要考虑 计算成本的情况；相对要复杂一点吧

Benin

两种方法都用过，都不如意

Benin

有一个想法：能不能每年分一次或几次，把当时的现有量数据冻结下来（新建TABLE保存），然后在此基础上顺推或倒推，例如，一般企业数据量不太多的情况下，每年年底盘点后的数据做为年结数据保存，下一年在此其他上加上交易汇总，会不会比较好（一般企业都是年度或半年度的库存会比较关注），如果需要指定日期的数据，计算的工作量也不会太大，每年就算手工执行一两次（保存数据），执行性还算是比较强的。

Benin

开发的东西知道的太少，这个问题也一直困拢，在此抛砖引玉，希望能一起找到优秀的方案

sky_boxer

我们是用的onhand加mmt倒推算出历史数据。如果觉得整个mmt太大，可以将mmt按年或者半年，季度做分区表~

aradin

transaction表里面的根据transaction source分析，汇总

yunhyang

最初由 Benin 发布
[B]有一个想法：能不能每年分一次或几次，把当时的现有量数据冻结下来（新建TABLE保存），然后在此基础上顺推或倒推，例如，一般企业数据量不太多的情况下，每年年底盘点后的数据做为年结数据保存，下一年在此其他上加上交易汇总，会不会比较好（一般企业都是年度或半年度的库存会比较关注），如果需要指定日期的数据，计算的工作量也不会太大，每年就算手工执行一两次（保存数据），执行性还算是比较强的。 [/B]

採用凍結的方法不時為一個好方法，
但也怕數據的準確性

yunhyang

採用顺推或倒推的話，
比如，A料號在9.15有庫存，到9.16日沒有庫存的時候，在ONhand的table中，就不好倒推了
順推好像也無法確定日期......