総勘定元帳コードブロックの上に icCube でモデルを構築しました。これには次のディメンションがあります (限定的ではありません)。
- 時間
- 実在物
- コストセンター
- アカウント
- 会社間パーティー
- 計画
- アクティビティ
- 金額(これは値です)
このモデルをツール Planning にロードすると、x 軸に 3 つ以上のディメンションが最下位レベルに折りたたまれている場合、パフォーマンスの問題が発生します。
icCube がこれをより適切に処理できるかどうかを確認しようとしましたが、3 次元のステートメントには 1700 秒以上かかりました。
select [Dec] on 0
, non empty { Descendants([Account].[Account].[Total],,leaves) }
* { Descendants([Activity].[Activity].[Total],,leaves) }
* { Descendants([CostCenter].[CostCenter].[Total],,leaves) } on 1
from finance
行に複数の次元がある理由は、ユーザーがコードブロックのできるだけ多くの詳細、できれば完全なコードブロックを見たいからです。
私は、他のツールがこの種のことを非常に簡単に処理できるという事実に挑戦しました。これは、基礎となる OLAP データベースがなく、階層を使用してデータ セルに対して直接クエリを実行するためです。Excel でデータの抽出をクエリする場合も、同じパフォーマンスが得られます (データの行数はそれほど多くありません)。
データに関する情報:
- ディメンションはかなり巨大です: 400 のアカウント、6000 以上のアクティビティ、50 のエンティティ、500 のコストセンター
- ディメンション アクティビティとプロジェクトは非常にフラットです (ほとんど構造がありません)
- 金額は 50.000 しかないため、データは非常にまばらです
これを解決するための提案やヒントはありますか?