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