2

我在 Pentaho 中几乎没有 BEx 查询(第三方客户端的 OLAP 多维数据集)和 .prpt 报告,它们通过 OLAP 数据源(OLAP4J、MDX)使用这些 BEx。当我在 SAP BW 中执行这些 BEx 甚至直接作为 SOAP 服务(通过 SoapUI 的 XML/A 执行命令)时,我得到的结果非常快,只需 2-3 秒。但是,当我尝试在 Pentaho 中执行相同的 BEx 查询时,我会在 1-2 分钟后得到结果。我执行已在 Pentaho BI 服务器上发布的报告还是在报告设计器中执行这些报告都没有关系。缓存已启用。MDX 查询是简单的选择。

正如 Wireshark 所捕获的,Pentaho 执行多个 http 请求以获取有关当前目录中所有现有多维数据集(以及它们的度量!)的元数据。捕获附件中的网络数据包。Pentaho 执行了 400 多个 http 请求来执行一个 MDX 选择语句。

Pentaho 尝试通过指定的多维数据集获取元数据信息是可以的,但是执行两次 MDX 查询并从目录中获取所有其他多维数据集的元数据效率非常低。以前我读过关于 SSAS 的类似问题。但是此信息对 SAP XML/A 提供程序没有帮助。OLAP4J 驱动程序(在 org.olap4j.driver.xmla.XmlaOlap4jCellSet 和 org.olap4j.driver.xmla.XmlaOlap4jCube 中)的更改导致报表呈现不稳定。

所以主要的问题是:如何提高性能?

XML/A 请求捕获

4

0 回答 0