BPC多维数据集上的聚合

EPM查询性能是SAP BPC中所有客户最关心的问题。

当我发布关于BPC生成多维数据集上的聚合以提高性能的帖子时，很多人认为，他们会提高查询性能。

在我的案例中，大约有10个类别时间用户只使用一个类别。所以我想在滚动预测类别上创建聚合。

在滚动预测类别上为每个会计年度创建1个聚合。查询性能根本没有提高。查询运行时与无聚合时相同。

原因：

从SAP NetWeaver BI信息多维数据集读取数据时，SAP BPC使用两种不同的SAP NetWeaver技术。

RSDRI–是SAP NetWeaver BW中处理访问信息提供程序的功能组。在SQE中，RSDRI查询调用内部SAP NetWeaver BW函数从InfoProvider读取数据并访问E和F事实表。这是首选的查询模式，因为RSDRI查询比MDX查询快。但是，RSDRI查询不会引入聚合数据，云服务器好吗，只引入基本级别的信息。

MDX–SAP NetWeaver BW公开OLAP BAPI，以便通过MDX从InfoProvider访问数据。sapbpc中的MDX query方法生成检索应用sapbpc应用程序逻辑的数据所需的MDX语句。当有维度成员公式、度量公式或层次结构父值（2014.TOTAL、TOTAL Organization）需要检索时，通常使用该方法，并且通常比RSDRI查询速度慢。

RSDRI查询可以从聚合中读取数据，云服务器价格比较，查询性能可以大大提高。

如果您看到下面的屏幕截图，执行RSDRI查询。刷新同一报表，有聚合和无聚合。

（每次执行前清除缓存。

要进行RSDRI查询，我们不应使用任何自定义度量值或父成员。

所有维度成员应为基本级别。

但如果使用

1.1.自定义度量值（除周期性、QTD、，年初至今）

2.2.报表中的成员公式维度成员

3.3.层次结构父级（Total.2014，总组织）

MDX查询将检索数据。我们也可以在SLG1中

获取信息（EPM报表执行RSDRI查询还是MDX查询）

但是MDX查询不会从聚合中读取数据，而是用自己的逻辑读取数据。在这种情况下，聚合无助于提高查询性能。

通常我们至少有2-3个维度可以在任何EPM报表中查询父层次结构。

唯一使用所有基本成员的情况是输入表单。

结论：如果您在大多数报表中对EPM报表中的所有维度使用基本成员，返利怎么使用，你可以通过创建聚合得到好处，否则就没用了。

非常有用的一点，谢谢分享Manohar….

我有一个问题：为什么你说MDX不能使用聚合？当然，创建适合MDX的聚合更为复杂，您可能需要比RSDRI情况下更多的聚合，但我已经创建了一个聚合，并且可以看到，当MDX查询（UJSTAT）命中聚合时，BPC报告通过EPM执行。

从技术角度看，我看不出MDX查询不尝试的真正原因使用骨料。它们的主要困难是MDX切片器，它通常受到维度层次结构的限制。因此，在MDX的情况下，EPM需要层次级聚合才能使用它们。

创建聚合作为没有显著聚合因子（即记录摘要）的数据子集，如果数据库索引本身很好（无论您使用的是RSDRI还是MDX），云从，通常不会导致大的改进。但是，如果您能够创建具有显著聚合因子的聚合，大数据云计算，即使使用MDX，我也希望看到改进。

请您详细介绍一下这个主题并分享您的经验好吗？

致以诚挚的问候，

汉诺。

嗨，汉诺，

非常感谢您的反馈/回复。

那么您的意思是需要在每个月创建汇总？然后，我们需要有大量的聚合，在空间消耗的权衡中，更多的时间用于LO工作。

我观察到，即使我们使用自定义的措施，也会生成MDX查询。

任何如何检查MDX查询是否也可以再次命中聚合。

谢谢，

Manohar

我有点困惑。文本说"但是，RSDRI查询不引入聚合数据，只提供基本级别的信息"，但也表示"RSDRI查询可以从聚合中读取数据，查询性能可以得到很大的提高"和"但是MDX查询不会从聚合中读取数据，而是用自己的逻辑读取数据"您能解释一下这是什么意思吗？

措辞可能有点混乱。聚合和聚合数据实际上是两个不同的东西。

（BW）"聚合"是BW中的一个技术对象，它基本上是一个影子立方体，包含基本立方体数据的聚合子集，没有所有细节。这通常是通过省略一些维度来实现的。

聚合数据意味着EPM报告中的层次结构节点，而不仅仅是基本级别的成员。

正如我所说的，MDX查询可以从技术角度访问BW聚合。然而，构建BW聚合并不容易，因为生成的MDX查询通常会限制所有维度，所以MDX实际上会使用BW聚合，i、 e.BW聚合如果只是省略一个维度来进行聚合，就永远不会被使用，因为它们不包含所需的详细级别（或者至少BW无法知道/确定它们是否可以工作）。在某种程度上，只有BW中的层次级聚合才会起作用。

谨致问候，

汉诺。

你好，汉诺，感谢您的澄清