这个MRP的结果报表,本来是要运行一个多小时的,后来经过优化改进,只需要半个小时了。经过这个开发同事的优化,现在只需要7分钟。这要是在以前的项目中,我是不敢想象能从一个多小时提升至7分钟的。主要也是没遇到这样的开发的同事,也没有体验过性能提升的工作。
客户物料有几十万个,MRP结果有几十万行,这要放在大部分的项目中,开发人员以及顾问本身是不敢想象这样的一个报表能在7分钟内跑出来,并且是不使用CDS view的情况下。(使用这个API CALL FUNCTION ‘MD_STOCK_REQUIREMENTS_LIST_API’,然后再把业务 需要的其它信息添加上去,比如product family之类的)
写这个总结也是希望让大家知道,SAP的很多开发的报表,其实是有提升空间的,并且是能提升很多的。这样的一个类似报表,在Oracle EBS中,用户是需要15分钟左右才能跑出来。

As a first step, I analyzed the behavior of our MRP Result program using transaction (SAT – Runtime Analysis) and understood the areas to improve.
In most of the cases, I used below techniques to optimize the performance.
• Identifying & Replacing the Loops using inline statements for larger data processing.
• Replacing the standard FMs (like READ_TEXT, BAPI_OBJCL_GETDETAIL etc.,) which are costlier with the simple select statements to get the required data.
• Other techniques related to data extraction.
不得不说,有一部分的印度顾问还是相当的厉害的,特别是女顾问。

文章讲述了通过优化技术,将原本需要一个多小时运行的MRP报表时间减少到7分钟,主要采用了inlinestatements、标准函数替换和数据提取等技术。在不使用CDSview的情况下,对于处理大量数据的报表,这是一个显著的性能提升。文章强调了SAP报表的优化潜力,并提到一些印度顾问,尤其是女性顾问在这方面的出色工作。

3803

被折叠的 条评论
为什么被折叠?



