私のシナリオでは、ゆっくりと変化する寸法タイプ2を使用する方法を理解するのが困難です。 私は別のチュートリアルWebサイトを見てきましたが、それらは適合しません。ゆっくり変化する寸法タイプの理解2
私は含む従業員ディメンション表を持っている:
+-----+---------------+------------+------------+
| id | employee | designation| Location |
+-----+---------------+------------+------------+
| 1 | Ola | CEO | Newyork |
| 2 | Ahmed | DEVELOPER | California |
| 3 | Ola | Manager | California |
+----------+----------+------------+------------+
私はアカウントファクトテーブルに
+-------+----------+
|emp_id | Amount |
+-------+-----------
| 1 | 2000000 |
| 2 | 300000 |
+----------+-------+
を持っている今、私たちは次元が同じオラの従業員にこのように新しいIDを変更し、していることを確認与えられている。 ファクトテーブルではどのように管理しますか?
オラの新しいIDはファクトテーブルに見つかりません。
したがって、新しい行を実際に追加した場合、Olaという新しいIDを使用して、同じ従業員であることを「主キー」と区別してリンクする方法を教えてください。
私たちはこの従業員を新社員ではなく、実際に場所/指定が変更されているとはどのように区別しますか?私はそれを行うための多くの方法があると確信しています
私は、これが非常に役に立った:SCD 2のデータモデルhttp://datawarehouse4u.info/SCD-Slowly-Changing-Dimensions.html特に部が記述されている。これは区別部分にも答えます。実際のテーブルでは、5月にオラがニューヨークにあったが、6月にはカリフォルニアに行きました。ユニークな従業員を記述するためにスノーフレークテーブルを追加する必要があるかもしれません。 – tobi6