私は、債券やローンなどの金融証券に関するデータを含むDWを作成しています。これらの有価証券は支払スケジュールに関連付けられている。例えば、債券は四半期ごとに支払うことができますが、モーゲージは通常毎月(時には隔週)支払うことになります。支払いスケジュールは、証券が取引されたときに作成され、大部分の場合は変更されません。ただし、設計は変更されたケースに対応する必要があります。データウェアハウス:将来のスケジュールをモデル化する
私は現在このデータをモデル化しようとしていますが、実用的な設計を考え出すのが難しいです。最も一般的に照会されるフィールドの1つが「次の支払い日」です。ユーザーは、セキュリティが次に支払う時期を知りたいことがあります。したがって、各証券の次の支払い日と金額を得ることはできるだけ簡単にしたいと考えています。
また、ユーザーは履歴照会を実行することが多く、特定の時点における次の支払い日と金額が必要な場合があります。たとえば、彼らは1/31/09を振り返り、次の支払い日(通常は抵当権のために2009年2月にある)を照会することができます。また、360レコード(30年住宅ローンx 12ペイメント/年)で構成されている可能性がある、セキュリティ全体の支払いスケジュールを照会することも一般的です。
次回の支払い日と金額は毎月または隔週で変更されるため、これらのフィールドは変化の遅いディメンションにはうまく収まらないようです。実際にはファクトテーブルを使用する方が理にかなっていますが、それをモデル化する方法は不明です。どんなアイデアでも大歓迎です。
ユーザーは、次の支払い日。また、私はこれが歴史的な質問のためにどれくらいうまくいくのかよくわかりません。あなたはこのアイデアをもう少し拡張することができますか? –
いいえ、そうです。このモデルに適合しません。私はこれがどのようにエレガントに解決できるのか本当に興味があります。あなたを誤解して申し訳ありません。 –
お支払い期日はいつ決定されますか?それはdwにロードするデータの一部ですか、それともデータに対してクエリを実行するときに適用されるビジネスルールですか? – nos