Thursday, February 18, 2016 8:31 PM

優化完之后，系統AFF我的user，取356個Opportunity的documentItems，從以前的44秒縮短到3.8秒。

優化之后的docItem主方法就兩行代碼，

性能提高了10倍的原因是因為我沒有再使用one order的API去取每個field，而是用OPEN SQL直接取表。

測試的時候發現一個bug，CURRENCY這個field在結果集里空的，因為我上面代碼里第23行的join使用的取CURRENCY的foreign key是錯誤的。

之前的單元測試沒有暴露這個issue的原因：

我單元測試的代碼是比較origin和opt兩個structure的CURRENCY field是否相等，如果不等就說明我優化代碼有問題。

我之前單元測試的代碼忘記把通過one order API取回的result寫到origin的structure里，導致比較時origin和opt的CURRENCY field都是空的，因此認為等價，單元測試通過。

我今天debug了一下one order取currency的代碼，應該沒有辦法把抓currency的直接和到這封郵件第三張圖那個很大的JOIN里。

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP CRM Opportunity items读取逻辑的优化尝试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。