0

アプリケーションに最適なデザイン パターンに興味があります。トランザクションを処理するクライアントがいます。それから私は彼らに料金を請求します。その後、手数料を私に送金し、残りの残高を彼らに送金します。現在、これらすべてをサポートするトランザクション テーブルがありますが、見苦しいと感じています。

取引表は

ID | trans_id | amount | type | status | client_id | transfer_id | created | modified

このモデルでは、さまざまな種類のトランザクションを格納できると思います。chargeクライアント 1 に $100.00 の a を保存し、さらに$ fee2.00 の a を保存できます。資金を送金するときに、そのtransferタイプの行を追加し、前の行をこの送金の ID で更新できます。しかし、これによりクエリが非常に複雑になると思います。

charge、 、feeおよびの代わりに別のテーブルを用意する必要がありtransferますか?

4

1 に答える 1