問題タブ [rolap]

一連のバイナリ ファイルから OLAP データソースを構築しようとしていますが、現在のモデルは機能していません。結果の分析/レポート モデルとして SSAS を使用していますが、SQL から必要なパフォーマンスを得ることができません。

主な制約は次のとおりです。

1. データベースは非常に大きいです。数百万行の巨大なディメンション テーブルと、いくつかの小さなファクト テーブル (1,000,000 行未満) があります。

2. 動的キューブがあります。B/C ファクト テーブルは動的に構築され、多くの場合 (おそらく 1 日に複数回)、キューブのセットアップに大きなオーバーヘッドが発生することはありません。キューブへの現在の展開時間は 24 時間を超える可能性があり、ハードウェアでは実現できない桁違いのパフォーマンス向上が必要です。

基本的に、迅速なセットアップと展開が必要であり、SQL Server 2005 を使用する SSAS には本質的に適していませんが、レポートには SSRS を使用し、Excel での分析には OLAP モデルが必要なので、引き続き可能であれば、SSAS を使用してキューブを構築します。

高速展開のための SSAS での一般的なソリューションは ROLAP ですが、大規模な ROLAP クエリでは実行エラーが発生し、バイナリ データを SQL に変換してキューブにロードする際のすべてのオーバーヘッドも好ましくありません。

SSAS が使用できるカスタム OLAP データソースで作業を行った人はいますか? バイナリ ソース ファイルを直接クエリする独自の ROLAP エンジンを作成しようとしています。

既存の SSAS キューブのパーティションにストレージ モード ROLAP を構成しようとしています。キューブは、メジャー グループが名前付きクエリ (テーブルではなく) によって定義され、ディメンションがいくつかの異なるデータ ソース ビュー (DSV) で定義されているという点で、少し乱雑です。

これは、mdx でキューブをクエリするときに表示されるエラー メッセージです。

プロアクティブ キャッシュを使用した MOLAP ストレージ モードは正常に動作することに注意してください。この問題は、ストレージ モードが ROLAP または HOLAP の場合にのみ発生します。

また、問題のキューブの DSV にすべてのディメンションのテーブルを追加しようとしましたが、それは役に立たないようです。

何か案は？

私は持っている;

• 時間ディメンション (年、月、日、時間)、
• 製品次元 (製品、機能)
• およびユーザー次元 ( User )

私が利用できる尺度は次のとおりです。使用済み（使用中の機能の数）

私がやりたいのは、同時使用の最大値を表示することです。(これは、同じ時間に発生した、同じUserによって使用された各Featureの使用済み合計の最大値になります)。

これは MDX で実行できますか、それともデータベースでこれを処理する必要がありますか? （それは間違っているように感じます）

私は自分自身を理解できるようにしましたか？どんな提案でも大歓迎です..

編集 (2 月 11 日 10:44 中央):

視覚的な説明.. (これが私が欲しいものです):

Max Usedは、 Max Used Hourlyと同じです。これを取得するには、毎時レベルで合計を実行する必要があります..

現在モンドリアンを使用しています。

MOLAPとは対照的に、ROLAPキューブを設計する際に考慮すべき事項のリストを提供するリソースを誰かが持っていますか(私はPentahoでやっていますが、原則は他の実装と似ていないと思います)。たとえば、次のようなことを考えています。

1. キューブをクエリするときの計算作業を減らすために、ETL ステージで追加の変換作業を行う必要がありますか?

2. すべてのディメンション テーブルをキューブと同じデータベースに配置する必要がありますか?

私はまだ実装していないアイデアを持っています。なぜなら、間違ったツリーを吠えているのではないかと心配しているからです...主に、トピックに関するグーグル検索で返される結果が非常に少ないためです。

基本的に、時間のかかるサブクエリがあるため、遅い SQL クエリがいくつかあります。たとえば、「10 歳から 15 歳までの男の子が乗っている赤い自転車をすべて数えてください」といったようなことを行うかもしれません。これはすべての自転車をスロッシングするためコストがかかりますが、最終結果は 1 つの数値になります。私の場合、その数値が 100% 最新である必要はありません。

この種の問題に対する究極の解決策は、OLAP ベースのエンジンを適用してこれらの順列を事前にキャッシュすることです。ただし、私の場合、大量のメトリクスに基づいてデータを細かく分割しようとしているわけではなく、別のプロセス/データストアを実行してアーキテクチャを複雑にする必要はありません。

だから...私の考えは、基本的にデータベース内のこれらのサブクエリをメモ化することでした。「BicycleStatistics」というテーブルがあり、上記のサブクエリの出力を入力と出力の名前と値のペアとして保存する場合があります。

例の名前: "c_red_g_male_a_10-15" 値: 235

また、クエリが実行されるときに、それらの値をそのテーブルにメモするメカニズムがあります。

誰かがこの状況にあり、同様のことを試みましたか? このようなソリューションが「DB に大量の RAM を投入し、データベースに処理させる」よりも価値があると考える理由は、(A) 私のデータベースは、便利に投入できる RAM の量よりも大きく、( B) データベースは、これらの統計の正確な数値を取得することを保証します。上記の私の大きな利点は、数値が 1 日か 2 日遅れても問題ないことです。

ご意見やご感想をお寄せいただきありがとうございます。

トム

計画および予算作成アプリケーションをSalesforceプラットフォームに移行することを検討しています。既存のアプリはディメンションデータモデルに基づいて構築されており、スター結合を介して実装された広範なアドホッククエリ機能を備えています。

プラットフォームによってデータ入力画面をすばやくまとめることができるようになることはわかりますが、基盤となるデータモデルとクエリ言語はレポート要件に適していないようです。

このプラットフォームで迅速かつ柔軟なレポートを作成することは可能ですか？そうでない場合、データを定期的に抽出して分析アプリケーションに取り込むのはどれほど面倒ですか？

単にMySQLデータベースにクエリを実行するのではなく、MySQLデータベース上でMondrianなどのROLAPサーバーを使用することにパフォーマンス上の利点はありますか？

ほとんどのクエリが比較的単純なコンテキスト（特定の期間のすべての売上を検索するなど）でこれを求めていますが、データベースのサイズはかなり大きいです（数十万のエントリ）。

私のアイデアは、OLAPを使用してクエリを高速化することでしたが、これが実際にこのテクノロジの目的であるかどうか、特にROLAP形式であるかどうかについて混乱しています。olap4j APIを試していると、実際のOLAPサーバーがなくても（リレーショナルデータベースとOLAPスキーマがあれば）MDXクエリを作成できることに気付きました。それはパフォーマンスの観点からどのように役立つでしょうか？

ありがとう

私は1つのモンドリアンスキーマとキューブを開発しました。PentahoBIサーバーにスキーマファイルをデプロイしました。これらのPentahoスキーマとGoogleVisualizationAPIやAdobeFlexなどのUIテクノロジーを接続することは可能ですか？

解決策を探しているうちに、OLAP4JとicCubeについて知りました。そのうち、OLAP4Jは非常に古いプロジェクトであり、あまりアクティブではないと思います。icCubeは見た目は良いですが、独自のサーバーで動作するため、PentahoBIサーバーと統合することはできません。

今、私はGoogleVisualizationAPIとAdobeFlexについて考えています。または、他のオプションはありますか？どこでそれについてのより多くの情報を得ることができますか？

分析のために人口統計データのデータベースを構築しています。このデータは、犯罪データから国勢調査データ、その他のものまで、いたるところにあります。地理、メトリック、または期間を介して掘り下げられるようにしたいと考えています。多くの正規化を行ったので、都市 A に関する多くの情報を見つけることができましたが、1 つのテーブルから人口データを引き出すのは明らかに困難です。リレーショナルな性質のため、多くの JOINing と UNIONing を使用せずに、3 つまたは 4 つの異なるデータ テーブルから別のケースまたは年ごとにデータを攻撃します。

OLAP がこれらの目的の一部であることは知っていますが、常にデータを追加する場合、常にデータ キューブを更新することに圧倒されるのでしょうか? また、ユーザーが非常に詳細な情報を必要とすることが多い場合、すべての集計計算はほとんど使用されないオーバーヘッドになるのでしょうか?

これを簡単にする別の代替、データ構造、またはORMタイプはありますか? より適したツールがあれば、SSAS のような特定のツールに時間を費やすのは嫌いです。ご意見ありがとうございます。

[編集 - データを倉庫に保管し、SSRS のようなものを適用するつもりです。私の状況で OLAP が最良の選択ではない可能性がある要因があるかどうか、またはいつでもより適切なストレージ メカニズムがあるかどうかをさらに尋ねています。]

作りたいRolap-cube。

テーブルを作成した後、マクロ生成を使用して、でAggregationステートメントを記述しproc olapます。

そして、次のような警告とエラーを参照してください。

どうしたの？（データセットを指定していません。使用したいテーブルが多数あるためですRolap-cube）

追加：私がこのような次元を持っている場合：

Dは最小レベルであり、2つの階層がD belond to B belong to Aあります。D belong to C

レベルでAGGREGATIONTABLEを指定した場合：
1）A B D
2）A B
3）A
4）C D
5）C
6）none

それからsasは私に、入力データセットを指定しないと言いました。（集計テーブルの1つ）。

A B C Dただし、これらの6つの集計は、考えられるすべての詳細化をカバーします（またはのようなクロスカバーの詳細化はありませんA C D）