問題タブ [cube]

私は次のスタースキーマを持っています：

今、私は両方の次元を使用してキューブをフィルタリングしようとしています：

ただし、これはSimulationID=52（値を含む）の行を返しますが、SimulationID=53（nullを含む）の行も返します。

回避策はNonEmptyを使用することですが、キューブが正しい方法でモデル化されていないようです。

一定期間に起こった事実をどのように処理すればよいのかよくわかりません。私は、特定の日に起こった事実を必ず扱います。

明らかに、私のファクトには start_date と end_date があります。たとえば、start_date が 2008 年 1 月 1 日で、end_date が 2011 年 1 月 1 日であるとします。2009 年に発生した事実と今年発生した事実の数を取得する必要があります。同じ事実が両方の年に起こった可能性があります。事実が 2009 年の一部であると判断する方法は、2009 年 12 月 31 日をチェックすることです。

日付範囲を使用して、StartDate ディメンションと EndDate ディメンションについて考えていました (つまり、StartDate ディメンションの最初の日付から 2009 年 12 月 31 日まで、および 2009 年 12 月 31 日から EndDate ディメンションの最後の日付まで)。私はそれらに参加します。

試してみましたが、動作しますが、本当に遅いです。

何かご意見は？

分析チームは、販売パイプライン データを分析したいと考えています。当社の CRM システム (ソース システム) は、製品がさまざまな段階を経るにつれて、データ ウェアハウス チームのトランザクションを送信します。

いくつか言及すると、Creation、CallMade、LeadEngaged、CreditCheck、PapersReceived、Closed などがあります。上記のような 100 以上の追跡ステータスがあります。

サンプル トランザクション ファクト テーブル:

ID LeadID TransDateTime ステータス TransPersonID

1 111 2008 年 5 月 8 日作成 123

2 111 2008 年 5 月 9 日 CallMade 123

3 112 2008 年 5 月 9 日 作成 124

4 111 2008 年 5 月 10 日 リードエンゲージド 123

5 112 2008 年 5 月 10 日 リードエンゲージド 124

6 111 2008 年 5 月 11 日 CreditCheck 123

7 111 2008 年 5 月 12 日 論文受領 123

8 111 2008 年 5 月 12 日 閉鎖 123

問題: チームが分析したいこと:

•あるステータスから別のステータスに移動するのにかかった時間 (ステータス間) • あるステータスから別のステータスに移動したリードの数 (ステータス間)。●リードはスタチュー間を前後に可動。•例: 次に、任意の時点で、Creation と LeadEngaged の間で何人のリードが移動したかを知る必要があります。どんな助けでも大歓迎です。

私はデルファイ7を使用してhiercubeバージョン4.32を実行しています。データを取得すると、「メモリ不足」バグが発生するまで PC メモリが増加し続けます。Hiercube からデータを取得するときにメモリのキャッシュがクリアされていないと思われるため、2 回目または 3 回目のデータを取得すると、「メモリ不足」エラーが発生します。この「メモリ不足」の問題を解決するためのアイデアはありますか?

私たちは、その作業単位を受け取ってからその作業単位を完了するまで、その作業単位の割り当てを追跡するシステムを持っています。

作業単位には、ソース、タイプなどのいくつかの属性があります。これらは、モデル化にかなり問題ありません。これらは、それらの性質とユーザーがレポートをどのように望んでいるかに応じて、事実の次元または単なる属性のいずれかになる可能性があります。それらの上に。

問題は配分です。

作業単位は複数のチームを通過する場合があり、それらのチーム内で複数の個人を通過する場合があります。その作業単位に対してアクションを実行できます。

そして、私たちのユーザーはこれについて報告することに興味を持つでしょう.

たとえば、特定の期間にチームごとに割り当てられた作業単位の数。

私はデータ ウェアハウジングを初めて使用するので、これをモデル化する方法がわかりません。これまでに特定した候補は次のとおりです。

1) ゆっくりと変化する次元

チームとチーム内の人物への割り当てには、おそらくタイプ 4 を使用します。

2) スナップショット

いつアカウントに含まれていたかを示すメイン ファクトのタイプ 4 の from/to 属性を持つため、キューブにデータを入力するファクト テーブルで各作業単位が複数回発生します。

3) スナップショットの蓄積

私はこれが何であるかを理解しているかどうか確信が持てませんし、関連性があるかどうかもわかりません。

この SCD、チーム、チーム メンバー、ステータス、作業単位のキュー割り当てなどのようなものはたくさんあります。したがって、それはかなりの数の SCD のようです。

オプションのリストで見逃したものは他にありますか? 何かを根本的に誤解していませんか？

ボクセルをopenglで描きたいのですが、サポートされていないようです。24 頂点 (1 面あたり 4 頂点) の立方体描画関数を作成しましたが、2500 立方体を描画するとフレーム レートが低下します。もっと良い方法があることを願っていました。理想的には、位置、エッジ サイズ、および色をグラフィックス カードに送信したいだけです。GLSL を使用して命令をフラグメント シェーダーまたは頂点シェーダーの一部としてコンパイルすることで、これを実行できるかどうかはわかりません。

Google で検索したところ、ポイント スプライトとビルボード スプライトが見つかりました (同じものですか?)。立方体をすばやく描画する代わりに、それらを使用できますか? 各面に 1 つずつ 6 つを使用すると、グラフィックス カードに送信される情報がはるかに少なくなり、フレーム レートが向上することが期待されます。

もう 1 つの考えは、1 回の drawelements 呼び出しを使用して複数の立方体を描画できるのではないかということです。

たぶん、私が知らないより良い方法がありますか？どんな助けでも大歓迎です。

これらの操作をよりよく理解するために、ドリルアップ/ダウンの例 (グラフィカルな場合は + ) が必要です。私はデータ ウェアハウスのテーマ全体に慣れていないので、高レベルの説明をいただければ幸いです。

Androidでコンパスアプリを作成する必要があります。ユーザーが画面に表示するのは、北を向く必要のある赤い壁のある立方体だけです。これは重要ではありません。重要なのは、デバイス自体の回転に応じてその立方体を回転させて、電話がどのように保持されていても赤い壁が北を向くようにする必要があることです。私のコードは単純明快です：

電話のディスプレイが下向きか上向きかを単純に格納するこの追加の方向変数を追加しました。必要かどうかはわかりませんが、いくつかのバグが修正されているようです。私はAndroid用のSensorSimulatorを使用していますが、ピッチスライダーが[-90、90]間隔になると、他の変数が混同されます。それは彼らが180オフセットを得るようなものです。しかし、ピッチの範囲が-90から90であるため、この間隔にいることを検出できません。そのため、スライダーを左から書き込みに移動でき、常にその間隔になります。

これはすべて、私のコードがどこまで進んだかを示すためだけのものでした。私はおそらく行き止まりに陥るだけなので、この問題をどのように解決すべきかを言っているのではありません。ほら、私はそのアプリを3日間書き込もうとしていて、上司がどれほど腹を立てているか想像できます。私はあらゆる種類のチュートリアルを読み、見つけたり考えたりできるすべての数式を試しました。だから私を助けてください。私がしなければならないのは、立方体を回転させる方法を知っていることだけです。その回転角は、度単位のオイラー角です。

ディメンションの内容を返す非常に単純な MDX クエリがあります。

MDX の一部として、結果セットにもう 1 行挿入したいと考えています。

これは可能ですか？

ETL 操作を実行し、データ ウェアハウスを作成してデータをロードしましたが、これまでのところ問題ありません。データ ウェアハウスには必要なすべてのデータが含まれているため、ETL は問題なく動作しているようです。次に、AdventureWorks DW の例に従って、データ ウェアハウスから SSAS プロジェクトを作成しました。キューブをデプロイして処理しました。次に、キューブをブラウズしようとしました。しかし、ここに問題があります。メンバーは存在するようですが、措置は空です。私のディメンションにはデータが含まれているため、メジャーをスローすると..空のセルになります。これは何が原因ですか？