新しい dwh ソリューションを実装しています。緩やかに変化するタイプ 2 属性を必要とするディメンションが多数あります。タイプ 2 とタイプ 1 の属性の組み合わせをディメンションに実装することを検討していました。つまり、一部のディメンション属性については、dim テーブルに新しい行を挿入して履歴を追跡し (Type2)、他の属性については、既存の行を変更のために更新するだけです (Type1)。
質問:
これは良い習慣ですか？同じ調光器で SCD 1 と 2 を組み合わせても問題ありませんか?
ディメンション内の SCD 2 属性の数に制限はありますか? 私の次元は 300 列のようにかなり広いですが、ユーザーの 1 人が scd タイプ 2 で追跡するために約 150 列を要求しています。これにより、キューブやダッシュボードなどの下流のレポート BI ソリューションのパフォーマンスに影響はありますか?
OLTP システムでは、更新をログに記録するための「監査」テーブルを維持しています。これは簡単に照会できる形式ではありませんが、変更に関するほとんどの質問に対する回答が得られます。データの変更に関するレポートはあまり必要ありません。もちろん、
StatusSCD2 が確実に必要な重要な列がいくつかありますが、残りの列については、DWH 内の他の多くの列の履歴に価値があるかどうかはわかりません。私の質問は、OLTP にこの監査テーブルがある場合、どの属性が DWH で SCD 2 を必要とするかをどのように判断すればよいですか?