問題タブ [fact-table]

特定のサービスの「待ち時間」を含むファクト テーブルがあります。さまざまなスライスに基づいて待機時間を説明できるディメンションがたくさんあります。ただし、同じディメンションのフィルターを介してサービスにアクセスした人数 (カウント) も知りたいと考えています。

時間単位の待ち時間とサービスを受けた人数の次元がまったく同じであることを考えると、同じファクト テーブルに保持するのがベスト プラクティスだと思います。私の質問は：

1. 言及されたカウント メジャーに対して別のファクト テーブルが存在する必要がありますか?
2. この測定値をどのように含めますか? すべての行に 1 を入れるだけですか? 待機時間に関係なく、サービスを一度しか受けていないためです (私のシナリオでは、1 を上回ったり下回ったりすることはできません)。

私はデータ ウェアハウジングを初めて使用し、STAR スキーマを使用して複数のディメンション テーブルとファクト テーブルをセットアップしました。STAR スキーマを使用して、主キー/外部キー アプローチを使用して 2 つのディメンションをリンクできるかどうかについて質問があります。2 つのディメンションは FACT テーブルでのみリンクできると読みました。これは正しいです ？

敬具

ODI を使用してデータ ウェアハウスでデータを抽出、読み込み、変換する方法について Web で検索した後、まだ 1 つの手順について混乱しています。ステージング領域にテーブルをロードし、マッピングを行ってデータをロードした後、2 番目のステップでデータ ウェアハウス (ファクト テーブルとディメンション テーブル) にデータをロードするにはどうすればよいでしょうか?

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

次のような冗長なフィールドを含むCountry_Dimensionを既に持っているため、 を追加する必要があるかどうかをためらっています。Customer_Dimension

• 大陸名
• 国の名前
• 郵便番号_＃

ヘルスケア アプリケーション用のデータマートを作成しようとしています。データマート内のファクトは、基本的には心臓に関連する測定値と調査結果であり、数百個あります。1000 から始まり、試験の種類ごとに最大 20000 まで可能です。

ファクト テーブルの設計上の選択は次のとおりです。

グレイン: 検査タイプごとに患者ごとに 1 行。

私が考えることができるいくつかの選択肢 -

1) 1000 列以上の大きな幅のファクト テーブル。

2) EAV ベースの設計 - 個別のメジャー ディメンション テーブル。この外部キーはファクト テーブルに入り、メジャー値はファクト テーブルになります。そのため、ファクト テーブルの粒度は、患者ごと、検査タイプごと、測定ごとに 1 行に変更されます。

3) サブグループのようないくつかの他の基準に従って、試験の種類ごとに、より小さな複数のファクト テーブルを作成します。ただし、エンド ユーザーはサブグループ全体でその検査タイプを照会するため、事実と事実の結合は推奨されません。

4) 他のアイデアはありますか?

任意の入力をいただければ幸いです。

ファクト テーブルにテーブルのデータを入力する必要がありlds_placementます。レコードを選択したところ、次のようになります。

実際の年自体ではなく、列にtime_id呼び出された別のテーブルから挿入したい。time_dimyear

テーブルは次のtime_dimようになります。

「年」列に挿入する必要があるのは、実際には次のとおりです。

time_id表ではなく挿入する方法を教えてくださいyear。一番上のテーブルを選択するために使用したコードを次に示します。