2
ファクトテーブルの粒度に関する私の理解は正しいですか？
私と私たちの会社の別のDBAは、ベンダーが開発したデータベース設計のレビューを担当しています。ベンダーは、設計の基礎としてキンボールを使用すると述べています。（注：私はキンボール対インモンなどの議論を探しているわけではありません）彼らは複数の事実と次元を持つマートを設計しました。 公平に言えば、当社は単一のマートを設計したことはありません。私たちは常にコンサルタントにやってもらいました。そして、私たちはクラスや何かに送られたことがありません。したがって、倉庫/マート/次元モデリングなどに関する私たちの知識は、私たちが持っているほとんどの経験、インターネットで見つけることができるもの、および自読に基づいています（私たちはInmonとKimballの本を持っており、それらを通り抜けようとしています） 。 ステージは私の知識レベルに設定されたので、デザインの課題に向かいます。 「請求損失統計」と呼ばれるファクトテーブルがあります（これは保険用です）。そして、彼らは請求の支払い（毎月のレベルまでロールアップ）と準備金（請求の銀行口座のようなもの）の両方をキャプチャしようとしています。彼らは、毎月の支払い額を確認したいと考えています（重要ではありません）。しかし、彼らは準備金の口座の現在の残高を見たいと思っています。 絵の例をあげます。 クレームの準備金として1000米ドルを設定したとしましょう。これは脇に置かれます（そのため、いくつかの点で銀行口座のように機能します） 2014年10月には、まだ何も支払いません。したがって、企業は10月末の支払いと準備残高を確認したいと考えています。 ----------------------------------------------- - MONTH_YEAR - PAYMENTS - RESERVE_BALANCE - ----------------------------------------------- - 102014 - 0.00 - 1000.00 - ----------------------------------------------- その後、11月がやってきます。100ドル、150ドル、75ドルの支払いを行います。彼らは、以下のように、それらの合計額と残高の準備金を確認したいと考えています。 ----------------------------------------------- - MONTH_YEAR - PAYMENTS - RESERVE_BALANCE - ----------------------------------------------- - 102014 - 0.00 - 1000.00 - ----------------------------------------------- - 112014 - 325.00 - 675.00 - …