私は、支払い金額を入力できる小規模な金融会社向けのアプリケーションを開発しています。日付は自動的に生成されます。私の質問は、6 か月という短いローンもあれば、84 か月という長いローンもあると考えると、MySQL でこれらの支払いを節約する最善の方法は何ですか?
169 列のテーブルについて考えています:
主キーとしての REC_ID、Date1、Amt1、Date2、Amt2 など...
しかし、それはどれほど効率的でしょうか？6 か月のローンでは、これらの 169 列のうち、13 列のみが使用されます。
あなたの出力を前もってありがとう。
ローン ID の外部キーを持つ支払いテーブルを作成します。
支払いテーブルは次のようになります
id|loan_id|payment_date|payment_amount
次のようなローン用の別のテーブルを用意します。
id|loan_amount|loan_length
行われた支払いの回数を調べる必要がある場合は、検索パラメータとしてloan_idを使用して支払いテーブルでクエリを実行します。
これは、リレーショナル デザイン パラダイムの重大な違反です。各支払いと日付は、おそらくアカウント テーブルと多対 1 の関係を持つテーブル内の独自のタプルである必要があります。
Accounts (REC_ID, other_stuff, other_stuff) Primary key(REC_ID);
Payments (REC_ID, timestampe, amt) Primary key (REC_ID, timestampe);
また、外部キーを使用して、支払いごとに有効なローンの存在を強制することも検討してください。そして、ロードの削除とローンの名前変更が Payments テーブルに引き継がれるように、ポリシーはカスケードになると思います。