SAP Analytics Cloud和SAP BW/BW4HANA集成的一个重要方面始终是性能主题。在Wave19中，我们发布了一个新特性，特别是BW实时连接。正式的功能称为"查询合并"，但我认为"智能查询"听起来更好…

让我们假设一个非常简单的情况：

在我们的例子中，我们有三个图表显示：

净值按产品（前10名）按产品列出的成本（前10名）按地区划分的净值（前10名）

如果不做任何操作，这将导致对SAP BW系统的三个查询。

现在使用新的查询合并选项，我们可以减少查询量。

首先，我打开查询设置作为我的故事的一部分…

。。然后我启用这两个选项：

启用查询合并可视化查询合并

。。然后我刷新我的故事。

所有三个图表都以不同的颜色显示，免费云服务器，每个图表的右下角都有一个小注释，用数据请求显示检索到的数据。在我给出的例子中，我们仍然有三个数据请求–所以我们没有改进。

为什么？

让我们看看前提条件：

查询包含相同的维度，有享云商城，1元云购，具有相同的层次结构和钻取。查询使用相同的排序和排名。查询没有带阈值筛选器的活动阈值。该小部件在同样用于sapbw中的限制的维度上没有本地筛选器。如果查询使用链接分析，则它们是同一接收方组的一部分。二级结构查询上没有小部件筛选器。小部件筛选器未定义为复杂元组或范围筛选器。呈现类型是相同的。

所以在我们的示例中，第二个规则是为什么我们的三个图表没有合并，内部优惠券，因为我们使用了三组不同的排名规则。

所以让我们从所有三个图表中删除排名…..

…。我们可以看到，共享维度的两个图表现在是同一个数据请求的一部分，因此我们现在只使用2个请求而不是3个请求。

在看这个简单的示例时，影响可能不是那么明显，所以让我们从一个角度来考虑。

假设我们有一个SAP Analytics云故事，总共有6个小部件和而不是运行6个数据请求，我们将在启用查询合并功能的情况下运行2个数据请求。

我们还假设SAP Analytics云故事每天早上有100人观看。

我们的旧场景：

100个用户x 6个请求=600个请求

查询合并的新场景：

100个用户x 2个请求=200个请求

我确信您的BW管理员将不胜感激，企业大数据分析，您的最终用户也将…

合并SAP BW查询文档