問題タブ [fact]

ファクト テーブルの説明などのテキスト フィールドを使用できる場合はありますか?

私は現在、日付、クライアント、場所などの多数のディメンションを持つ会議イベント (粒度: 会議ごとの行) のファクト テーブルを持っています。会議の件名をファクト テーブルに入れる必要があります。対策ではないのですが、これでいいのでしょうか（例は見たことがありません）。事実と常に同じサイズ (行数) になるため、別の次元に移動することはできません。

過去の経験からのアイデアやアドバイスはありますか？

ありがとう

少し前に、Web からの、より具体的には Wikipedia からの事実の抽出に関する Microsoft の研究の結果と思われる Web サイトを偶然見つけました。今、私はそれがどのように機能するかをもっとよく調べたいと思っていますが、問題はそれを見つけることができないということです.誰かが私が話していることを知っていて、道順やリンクを教えてくれるでしょうか?

ありがとうございました！

TL;DR: 私が Prolog から始めて、C から来て、機能するようになったという事実でルールを呼び出すのに助けが必要です...明らかに壊れてしまうまで。この新しい言語を学びながら、自分用に小さな車の塗装プログラムを書いています。

ファクトを使用してルールを呼び出そうとしています (これは可能ですか?)。1 つのファクト「cars」と別のファクト「paint」を使用して、すべての異なるすべての車で構成される 1 つの大きなリストを作成します。塗料。コードを思うように動作させるのに問題があります...見てください

私は事実を持っています：

だから私は2つの問題を解決するのに助けが必要だと思います:

• ファクトカーとペイントの内容を 2 つのループに渡すにはどうすればよいですか?
• すべての組み合わせを入れる「ガレージ」。ガレージは、小さな 2 つの項目リスト (車と塗料) で構成される大きなリストです。

次のようにDRLで作成されるファクトを認識するためにWorkingMemoryが必要です。

WorkingMemoryにTestRuleファクトを認識させてから、更新できるようにする方法はありますか？私の目的は、100個のパケットがいつ受信されたかをルールに知らせることです。

これが私のルールです：

これは、RuleBase と WorkingMemory を作成する方法です。

更新セクションがあります：

現在、WorkingMemory で 1 つの TestRule ファクトを取得しており、ルールは TestRule の別のインスタンスを作成しています。2 つの TestRule ファクトをインスタンス化していることは承知していますが、WorkingMemory のファクトのみが反応します。どこが間違っているのでしょうか?!

(ウィッツエンド)

私は BI/データウェアハウジングの初心者で、いくつかの簡単なサンプルを構築した後、より複雑な構造を構築する必要があります。私のプロジェクトは当初、製品ライセンスに関係していました。月/年別、およびプログラム別に販売数を測定し、ライセンス数を数えただけでした。

ここでの要件は、これらのメトリックからのジャンプオフを導入することです。たとえば、特定のライセンス グループにアクセスすると、それらのライセンスのまったく異なるメトリックが表示されます。たとえば、2011 年 3 月に 100 ライセンスが販売された場合、そのうちの何ライセンスが製品をインストール、アクティブ化、キャンセルしたかなどです。(私たちはその情報を追跡しますが、DW では追跡しません)。だから、私はこれを行うための最良の方法を探しています.私がしなければならない最初のことは、インストール済み、アクティブ化、キャンセルの 3 つのディメンションを追加することだと思います-そして 3 つのファクト テーブルがありますか? または、ライセンスごとに 1 つのファクト テーブルがあり、キャンセル、インストール、またはアクティブ化の行がありますか? (したがって、1 つのライセンスを繰り返すことができます)。または、1 つのファクト テーブルに、インストール済み、キャンセル済み、アクティブ化用の異なるフィールドを用意しますか? また、あるファクト テーブルを別のファクト テーブルにどのように関連付けますか? ディメンションによるものですか、それとも他の方法で関連付けることができますか?

どんな助けでも大歓迎です！

編集：

投稿していただきありがとうございます...また、2番目のオプションがおそらく正しいと考えていました。しかし、この実装では、固有の問題があります。したがって、測定される事実の 1 つは、販売されたライセンスの数です。もちろん日付別です。インストール済み、キャンセル済み、アクティブ化の行を追加するとします。要件は、関連する事実を確認できることです。たとえば、時間枠を指定して個々の行を追加すると、販売された数とインストールされた数がわかります。

しかし、彼らは与えられた時間枠、購入された数、そのうちインストールされた数を知りたがっています。たとえば、時間枠が 3 月で、3 月に 100 個が販売された場合、それらの 100 個のうち、インストールされた数は - たとえ 3 月よりもかなり遅れてインストールされた可能性があるとしても、したがって、行の日付は彼らが探している時間枠に含まれません。で....これは一般的な問題ですか？それはどのように解決されますか？

データウェアハウスとディメンションモデリングに関するラルフキンボールの本を読んでいます。ケーススタディの1つを読んでいます。これは、注文システムのディメンションモデリングに関するもので、注文から履行、出荷までの注文ライフサイクルをキャプチャすることが要件です。

ですから、トランザクションタイプがFKの複数の行をトランザクションディメンションに含めることを提案するのではないかと考えていました。ただし、この本では、代わりに「ロールプレイング」ディメンションを作成することを提案しています。複数の日付ディメンションテーブルを作成します（1つは注文日用、1つは履行用、もう1つは出荷用）。それぞれがファクトテーブルへの外部キーを持っているため、ファクトテーブルにはこれに関連する3つの列があります。

このような制限はありませんか？トランザクションごとの行がより良い選択ではないでしょうか？

データが関連するファクトをどのように保存しますか？そして、どのようにメジャーを構成しますか？たとえば、注文のライフサイクルを追跡するデータウェアハウスがあります。これにより、注文、出荷、払い戻しの状態が変わります。そして、「返金」のような状態の場合、それは常にそこにあるとは限りません。したがって、私のモデルでは、トランザクションストアモデルを採用しているため、注文の状態が変わるたびに、ファクトテーブルの別の行になります。したがって、4月に行われ、5月に返金された注文の場合、2つの行があります。1つは「ordered」の状態で、もう1つは「refunded」の状態です。したがって、ユーザーが4月に出された/注文されたすべての注文を確認したい場合、および「それらの」注文のうち何件が返金されたかを確認したい場合は、彼はそれをどのように見ますか？これは実行時に実行されるMDXクエリですか？これは、キューブに保存できる計算されたメジャーですか？どうすればいいですか？私の考えたプロセスは、ユーザーがピボットテーブルで使用できるという事実であるべきだということですが、よくわかりません。

私は DW の初心者で、簡単な質問があります。分析 CRM への DW を作成したいとします。

Event というファクト テーブルと Customer というディメンションがあります。

問題は。1 つのイベントに N 人の顧客を含めることができ、1 人の顧客が N 個のイベントに参加できます。

したがって、Customer(ディメンション) と Events(ファクト) の関係は NxN です。そのスキーマは正しいですか？そうでない場合、この場合にはどのスキーマが適していますか?

データ ウェアハウスの SSIS は初めてです。Microsoft ビジネス インテリジェンス スタジオを使用しています。

私はそれぞれいくつかの PK を持つ 5 つの次元を持っています。ディメンションのすべての PK を含むファクト テーブルがあります。これは、それらが外部キー関係であることを意味します (スター スキーマのように)。

ファクト テーブルをロードするためのベスト プラクティスは何ですか。

私が行ったことは、5 つのディメンション間のクロス結合クエリを作成することであり、結果のセットがファクト テーブルにダンプされます。しかし、これは良い習慣ではないと思います。

私はMS SSISをまったく初めて使用します。ですから、提案を詳細に説明してください。

ありがとう