Oracle 歷史庫存

yunhyang · 发表于 2007-9-24 08:19

最初由 aradin 发布
[B]transaction表里面的根据transaction source分析，汇总 [/B]

不明白你的這個

Transaction source是transaction_source_type_id
還是就是transaction_source_id???

這樣進行匯總，能匯總來的數據能不能按日期匯總出庫存？？

yunhyang · 发表于 2007-9-24 08:24

這曾經這樣想過，建置一張與mtl_onhand_quantities_detail
表結構一樣的table,

每天的零晨準時拋將當前庫存資料準時拋至所建置的表中，當然
副本mtl_onhand_quantities_detail，的Last_update_date為拋轉資料的日期，
好像這樣是可以實現，

但又怕資料的準確性，自己每天可能需要去檢查一下資料是否準確。
這樣的工作量好像也很大

yunhyang · 发表于 2007-9-24 08:24

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

是，對於使用了多年的EBS的話，可能這樣的效率會很慢

yunhyang · 发表于 2007-9-24 08:26

這曾經這樣想過，建置一張與mtl_onhand_quantities_detail
表結構一樣的table,

每天的零晨準時拋將當前庫存資料準時拋至所建置的表中，當然
副本mtl_onhand_quantities_detail，的Last_update_date為拋轉資料的日期，
好像這樣是可以實現，

但又怕資料的準確性，自己每天可能需要去檢查一下資料是否準確。
這樣的工作量好像也很大

不知道有沒有什么好的自動的檢查方法，並把不對或不準確的數據SHOW出來？？

Melodyzlw · 发表于 2007-10-5 10:04

調用這個API CST_Inventory_PUB.Calculate_InventoryValue

建立temp表

黑枪 · 发表于 2007-10-5 10:44

不错。不错。

好问题。

LS的解决方法好像不错。

建一个表，然后在FORM上加一个TRIGGER。。

有了MMT的交易的时候就更新这个表，以天为单位计算。

不过MMT的那个FORM本来就复杂，要加的话可能就更复杂了，会影响速度。

liangxichen · 发表于 2007-10-5 22:32

觉得每年结转一次是不错的方法，而且现有量到推一般不会超年的。效率不会有很大影响，之前我们没有作结转好像也不会很慢。都是单表的合并汇总

yunhyang · 发表于 2007-10-6 15:54

最初由 liangxichen 发布
[B]觉得每年结转一次是不错的方法，而且现有量到推一般不会超年的。效率不会有很大影响，之前我们没有作结转好像也不会很慢。都是单表的合并汇总 [/B]

年結？？
如果想看每天的庫存明細呢！？？

yunhyang · 发表于 2007-10-6 15:55

最初由 Melodyzlw 发布
[B]調用這個API CST_Inventory_PUB.Calculate_InventoryValue

建立temp表 [/B]

API CST_Inventory_PUB.Calculate_InventoryValue
這是個什么？？？？

黑枪 · 发表于 2007-10-6 20:32

最初由 yunhyang 发布
[B]

API CST_Inventory_PUB.Calculate_InventoryValue
這是個什么？？？？ [/B]

去吧FORM下下来看。
里面会调用PLL里的方法，找到对应的PLL。
再打开看就是了。