点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，
我们目前在SAP Lumira Designer书签方面面临着一个严重的性能问题。
我们确实拥有一个更为复杂的仪表板，其中包含多个图表和组合。 它还支持"设置"，该设置可以保存一个全局变量的状态并将其" onStartup"加载。
在BI平台上执行仪表板时，启动时间超过15秒，因为我们加载了"设置"样品瓶Bookmark.load（bookmarkId）。 如果我们不加载单个书签，则仪表板会在1.5秒后可用。
通过分析，我们可以确定，如果我们加载书签，Lumira会在呈现过程中尝试多次调用BI平台的书签服务。 似乎在仪表板中的每个函数或事件调用之后都会这样做：
24毫秒：BoeDataService：从CMS检索书签数据 54毫秒：BoeDataService：从CMS检索书签数据 67毫秒：BoeDataService：从CMS检索书签数据
大量的呼叫（超过100次）会累积到很长的加载时间。 由于书签仅包含一个全局变量，因此调用通常没有任何意义的服务。
此问题在所有当前发布的Lumira 2.x版本中都存在，并且我们还没有找到减少该问题的方法。 加载时间，而不是禁用书签。 在SAP Community和SAP Notes中，我都没有看到与此问题有关的任何信息。
其他人是否遇到过此问题或提示，如何避免调用该服务？
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 以微笑面对 的问题《SAP Lumira Designer 2.x书签性能问题》','https://www.easysap.com/q-77485.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，迈克
我们有相同的经验。 我有一个应用程序，可以生成表格形式的文本框来满足所有要求。
书签不会保存到根文件夹中。
使用客户端，它的打开速度快10倍。 我注意到书签调用是：
与客户端之间1毫秒：
10毫秒：COMPONENTS.createComponent（）
在平台上10毫秒：COMPONENTS.copyProperties（）
1毫秒：为本地[MASTER SYSTEM]启动服务BOOKMARK_METADATA_SERVICE
1毫秒：为本地[MASTER]启动服务BOOKMARK SYSTEM]
10毫秒：COMPONENTS.createComponent（）
30毫秒：COMPONENTS.copyProperties（）
1毫秒：处理页面命令SET_ITEM_PARAMETERS
1毫秒：TEXT_71.setTopMargin（）
和100ms +：
219毫秒：COMPONENTS.createComponent（）
1毫秒：处理页面命令CREATE_ITEM
1毫秒：启动服务PAGE_OBJECT
1毫秒：BOE_MASTER_SYSTEM_ALIAS [主系统]
1的启动服务BOOKMARK_PROCESSOR_SERVICE
1毫秒 ：启动BOE_MASTER_SYSTEM_ALIAS [主系统]
的服务BOOKMARK 84毫秒：BoeDataService：从CMS中检索书签数据
1毫秒：BOE_MASTER_SYSTEM_ALIAS [主系统]的启动服务BOOKMARK_PROCESSOR_SERVICE [br> MASTER SYSTEM]
1毫秒：BOE_MASTER_MSE的启动服务BOOKMARK [主系统]
1毫秒：BoeDataService：初始化书签CMS服务
128毫秒：BoeDataService：从CMS检索书签数据
247毫秒：COMPONENTS.copyProperties（）
1毫秒：为BOE_MASTER_SYSTEM_ALIAS启动服务BOOKMARK_PROCESSOR_SERVICE [主系统]
101毫秒：BoeDataService：从CMS检索书签数据
1毫秒：BOE_MASTER_SYSTEM_ALIAS的启动服务BOOKMARK_PROCESSOR_SERVICE [主系统]
1毫秒：启动服务BOOKMARK_METADATA_SERVIC BOE_MASTER_SYSTEM_ALIAS [主系统]的E
140毫秒：BoeDataService：从CMS检索书签数据
1毫秒：TEXT_71.setTopMargin（）
1毫秒：TEXT_71.setTooltip（）
所有<1ms呼叫均从上面排除。 您会看到组件创建的每次迭代速度要慢10-11倍。
我正在处理一个事件，如果开发人员返回了任何东西，就会通知您。
BI 4.2.6.0
Lumira 2.1.1.2
最佳
道格
嗨，迈克
仅供参考：
https://launchpad.support.sap.com/#/notes/2683091
最佳
道格
嗨，麦克，
书签可能会对Lumira应用程序的性能产生重大影响，尤其是将其保存到根文件夹时（如果未更改，则为标准过程）。 请查看下面的链接，其中描述了原因，并提供了解决问题的技巧/解决方案：
https：//wiki .scn.sap.com/wiki/display/BOBJ/Performance + Infos#PerformanceInfos-CheckingPerformanceImpactof Bookmarks
此致
Michael
嗨，迈克尔，
感谢您的反馈。
我已经知道这个Wiki页面，我们尝试了各种方法（文件夹，访问类型，组）来摆脱这种行为。 但是看来，性能问题比已经记录的更多。 希望此问题能尽快解决，因为书签是一项非常强大的功能。
亲切的问候，
迈克
一周热门 更多>