Pentaho には、OLAP データ ソース (OLAP4J、MDX) 経由でこれらの BEx を使用する BEx クエリ (サードパーティ クライアント用の OLAP キューブ) と .prpt レポートがほとんどありません。これらの BEx を SAP BW で実行するか、SOAP サービス (SoapUI を介した XML/A 実行コマンド) として直接実行すると、わずか 2 ～ 3 秒という非常に高速な結果が得られます。しかし、Pentaho で同じ BEx クエリを実行しようとすると、1 ～ 2 分後に結果が得られます。Pentaho BI サーバーで既に公開されているレポートを実行するか、レポート デザイナーでこれらのレポートを実行するかは問題ではありません。キャッシュが有効になっています。MDX クエリは単純な選択です。
Wireshark でキャプチャされたように、Pentaho は複数の http リクエストを実行して、現在のカタログ内のすべての既存のキューブ (およびそのメジャーも!) に関するメタデータを取得します。添付ファイル内のネットワーク パケットのキャプチャ。たった 1 つの MDX 選択ステートメントを実行するために Pentaho によって実行される 400 以上の http 要求があります。
Pentaho が特定のキューブでメタデータ情報を取得しようとするのは問題ありませんが、MDX クエリを 2 回実行してカタログから他のすべてのキューブのメタデータを取得するのは非常に非効率的です。以前、SSAS に関する同様の問題について読みました。ただし、この情報は SAP XML/A プロバイダーには役立ちません。OLAP4J ドライバー (org.olap4j.driver.xmla.XmlaOlap4jCellSet および org.olap4j.driver.xmla.XmlaOlap4jCube) の変更により、レポートのレンダリングが不安定になります。
したがって、主な質問は次のとおりです。パフォーマンスを向上させる方法は?