アプリケーションに最適なデザイン パターンに興味があります。トランザクションを処理するクライアントがいます。それから私は彼らに料金を請求します。その後、手数料を私に送金し、残りの残高を彼らに送金します。現在、これらすべてをサポートするトランザクション テーブルがありますが、見苦しいと感じています。
取引表は
ID | trans_id | amount | type | status | client_id | transfer_id | created | modified
このモデルでは、さまざまな種類のトランザクションを格納できると思います。charge
クライアント 1 に $100.00 の a を保存し、さらに$ fee
2.00 の a を保存できます。資金を送金するときに、そのtransfer
タイプの行を追加し、前の行をこの送金の ID で更新できます。しかし、これによりクエリが非常に複雑になると思います。
charge
、 、fee
およびの代わりに別のテーブルを用意する必要がありtransfer
ますか?