data-warehouse

    1

    1答えて

    私は初めてデータウェアハウスを作成しています。どこが薄暗く、事実でも、無実の表でもあります。 これまでのところ、私はEmployee(1)とEmployeeAppLogin(many)の2つのテーブルを持っています。 どちらもSCD2タイプです。 dim_Employeeは、従業員の代表的な従業員のdimテーブルと、EmployeeAppKey(SK)、EmployeeID(NK)、loginNa

    2

    2答えて

    私たちのチームのディスカッションポイントについては、少し議論の余地があるようです。 Microsoft SQL Server 2012プラットフォームのデータウェアハウスに取り組んでいます。私たちはこのデータウェアハウスを構築するためにKimball Architectureに従ってきました。 問題:事実と薄暗いテーブルからデータを調達する際、この倉庫からデータをソース(SSRS上に構築された)

    1

    1答えて

    私はSSIS2012を使用します。データウェアハウスに3つのスキーマを作成しました(STG、TRSF、DW)。 STGスキーマはステージングテーブル用です。私のソースファイルはすべてCSVファイルです。私は私のソースからstgスキーマの各テーブルにデータを転送しています。その後 :(私は20個のcsvファイルを持っている場合は、私は20個のパッケージを持っていますし、私はSTGスキーマに20個のテ

    2

    1答えて

    SCDタイプ5,6 & 7の仕組みを理解しようとしています。 私はキンボールグループのこのarticleを読み、タイプ6 上stack overflow答え私はそれが動作したときに、それを使用する方法、タイプ6の概念を理解することができます。 しかし、私はまだタイプ5 & 7がどのように動作し、どのように使用するのか理解できません。 例のタイプ5 & 7の説明は高く評価されます。 ありがとうござい

    0

    1答えて

    私のファクトテーブルには、コースに参加するクライアントの詳細が含まれています。 特定の日に登録されたクライアントのリストを取得できるように、私はファクトテーブルに日付ディメンションを関連付けていません。 代わりに、私はロジックの間で基本的なん対策を作成した(ここで、たstartDate < = selectedDate & & endDateに> = SelectedDate) これは私が1つの選

    2

    1答えて

    生産データベースのスキーマが不十分であるため、複数の左結合を実行するように指示され、on句と文字列結合の範囲条件を使用して左結合が行われます。 私のパッケージにはエラーがなくても、実行前段階でハングアップしています。 これを防ぐ方法については、オンラインで多くの記事を読んでいます。 Delay validation、External metadata、...など このように、実行前フェーズでのデー

    1

    1答えて

    wikiより、 データ系統は、データの起源を含み、経時的に移動するデータライフサイクルとして定義されます。それは、さまざまなプロセスを経てデータがどのようになるかを記述します。アナリティックパイプラインの可視性を提供し、ソースへのエラーのトレースを簡略化します。 データ源は、実際にデータとその起源の履歴レコードを提供する、関心のあるデータに影響する入力、エンティティ、システム、およびプロセスを文書

    3

    2答えて

    私は各顧客が一意のスキーマを持つ独自のデータベースを持つサービス用のデータウェアハウスをセットアップしようとしています。それぞれの顧客が自分のセマンティック・レイヤー/リレーショナル・モデルを自動的にセットアップするように(私たちは(中央で)各データベースの内容を知らないので)倉庫を設定するにはどうすればよいですか?私たちが従うことができる自動プロセスはありますか?何か不足していますか?

    0

    1答えて

    DWHの寸法がゆっくりと変化しています。タイプ1、タイプ2、タイプ3などです。これにより、ディメンションテーブルの変更を追跡できます。しかし、ファクトテーブルの変更を追跡する方法は何ですか?

    1

    1答えて

    スタースキーマのディメンションで、37種類の異なる属性/「チェックポイント」(合格/不合格/該当なしと等級付けすることができます)ファクトテーブルの各行は、問題のチェックポイントに対して格付けされた通信です。 TL; DR: Iは、ファクトテーブル内の各行は、単一の通信であるスタースキーマモデルを開発しました。これらのコミュニケーションは、一連の段階的な「チェック」(例えば、「時間に掲示」、「電子