0

我很好奇我的应用程序的最佳设计模式。我有为我处理交易的客户。然后我向他们收取费用。然后我将费用转给我,并将余额转给他们。目前我有一个事务表来支持所有这些,我觉得它很难看。

事务表有

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吗?

4

1 回答 1

1

拥有具有不同表的关系数据库将非常有益且更有效。关系设计结构将减少使用主键和外键的冗余,并防止重复。因此,请使用具有单独表的关系数据库。

于 2013-09-18T22:32:06.513 回答