Assortment List Profile – 'Deactivate Dedicated Buffer Logic for Sales Data’
Posted on 2011-07-16 04:47 Sophy Jue 空间 阅读(515) 评论(0) 编辑 收藏 举报Note 977637 - Memory and runtime problem in the HPR IDoc Engine
When define the assortment profile and the assortment type under that profile, there is an option of “Deactivate Dedicated Buffer Logic for Sales Data”.
High Performance Retailing (HPR) / Assortment list: Buffering of store-specific sales data (new buffering logic): New indicator allows deactivation of buffering for store-specific sales data, which greatly improves performance – especially with users who work with large quantities of distribution chain or store-specific data.
* Q:怎么算是distribution chain or store-specific data呢? WLK2中的记录么? 都是至少是到distribution chain的level的。
如果勾了deactivate,就启用了新的buffering logic。在配置表中体现为TWBBP-NEW_LIST_MOD。
这个值既而印象在HPR的assortment list download过程中用到的function module:是标准的LISTING_SALES_CHECK,还是新的HPR的POS_LISTING_SALES_CHECK。
区别:LISTING_SALES_CHECK -- POS_LISTING_SALES_CHECK
* 请注意,这并不是HPR和非HPR的唯一区别。市HPR当中是否使用new buffer logic的区别。
从定义上唯一区别是输入参数pi_buffer_use。
在代码上只有两处调用subroutine时参数不同: perform read_wlk2_entry 和 perform listing_sales_check_multiple。
如果werks是空的,那和这个设置就没有关系了。
POS_LISTING_SALES_CHECK (不buffer site-specific的数据, HPR中新的) | LISTING_SALES_CHECK (buffer site-specific的数据) | |
何时会有不同的generic_read_wlk2中buffer逻辑区别 | 且 new_list_mod配置值为 'X’。 | 或 new_list_mod配置为 ' ’。 |
细节 | 如果调用到了POS_LISTING_SALES_CHECK 说明new_list_mod为'X’。 对应相关参数:pi_buffer_use 值为 ' ’。 在form generic_read_wlk2中,perform read_wlk2_complete直接调用function module WLK2_SINGLE_READ; 在有很多很多site specific或者distribution chain specific的sales data/control data的情况下,可以减少内存使用,提高性能。 *所以建议是 如果现在性能好的就不用改了,如果性能不好而且site specific的很多就改一下。 --> 先注意到的是memory的问题。 | 对应参数值默认是 'X’。就看和前一次读的werks是否一样,如果一样就直接read table。 对于很多site-specific data的情况,需要占用很多内存。 如果site一直变就没用了(?) |
当中的问号分别为 Function module WBB_CHANGE_MESSAGE_PREPARE 和 WBB_CHANGE_ARTICLE_FIND。
=========================================================================================
在有的系统(版本也比较新),在assortment list profile后台配置里面没有'deactivate dedicated buffer logic’这个选项。Debug时LOOP AT SCREEN时候就没有这个screen element。后来发现是screen里面的elements有Mod.groups/functions属性,有些switch framework激活的node对应的elements才会被激活。
在SFW5中可以看对应的switch framework ID又没有被激活。
对应行的右边还可以打开这个ID的Test catalog: