2020-09-12 01:51发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨，专家 我一直在Lumi... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，专家
我一直在Lumira中构建许多仪表板（从DS 1.6到Lumira 2.2，现在），我刚刚注意到使用PROFILING = X的一件事就是将数据加载到绑定的Dropdown中非常麻烦。
我有一个仪表板，它在纯启动时需要花费约25秒的时间来加载，我认为这是因为首页上显示了许多数据源。 但是使用PROFILING，我发现Lumira实际上花了3秒钟将数据加载到我拥有的4个不同的下拉菜单中。 这意味着要花12秒钟的启动时间来加载这些下拉菜单。
此外，我注意到，每当我对绑定到这些下拉列表的查询进行过滤时，每个下拉列表将花费1秒。
有什么想法吗？
我看到它的方式是由于以下事实：我的大多数数据源都没有使用我要在下拉菜单中过滤的特征-因此它必须加载查询以显示关键数据，并且 然后必须再次加载查询以获取不同的特征值。
我想出的唯一"解决方案"是使用新的数据源，其中我仅用一个虚拟关键指标加载了所需的特性-因此所有部件均已预加载。 但这对我来说似乎是一个糟糕的解决方案-在已经包含110多个数据源的仪表板上添加额外的数据源（是的，它很大；））
嗨，艾米丽，谢谢您的答复。
我对backgroundprocessing的问题是，下拉菜单中使用的查询还用于在首页上显示关键指标-因此我无法做到这一点。 我确实可以使用setitems，但是随后我将失去绑定功能，其中将基于当前查询对"一个下拉列表"进行"过滤"-也就是过滤一个下拉列表将限制其他下拉列表的值。 企业急需的功能。
关于"加载脚本"功能，查询本身只是在实际显示数据时才"加载"数据。 以我的经验，创建查询仅需一个连接，连接大约需要1毫秒-并且从BW加载数据仅在显示数据后执行（移至仪表板中的另一页）。 我已经搞砸了很多，由于未加载脚本而导致的性能下降很小。
是否可以在后台处理中设置下拉列表的绑定，以便在显示仪表板之后才加载该下拉列表？
最多设置5个标签!
{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', '推荐 wang628962 的问题《Lumira中的下拉列表加载缓慢》','https://www.easysap.com/answer/71741/200019.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，艾米丽，谢谢您的答复。
我对backgroundprocessing的问题是，下拉菜单中使用的查询还用于在首页上显示关键指标-因此我无法做到这一点。 我确实可以使用setitems，但是随后我将失去绑定功能，其中将基于当前查询对"一个下拉列表"进行"过滤"-也就是过滤一个下拉列表将限制其他下拉列表的值。 企业急需的功能。
关于"加载脚本"功能，查询本身只是在实际显示数据时才"加载"数据。 以我的经验，创建查询仅需一个连接，连接大约需要1毫秒-并且从BW加载数据仅在显示数据后执行（移至仪表板中的另一页）。 我已经搞砸了很多，由于未加载脚本而导致的性能下降很小。
是否可以在后台处理中设置下拉列表的绑定，以便在显示仪表板之后才加载该下拉列表？
一周热门 更多>