用于交易/费用的 MySQL 关系数据库设计

Question

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

事务表有

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

使用这个模型，我假设我可以存储各种类型的交易。我可以为客户 1 存储一个价值 100.00 美元的 charge，并为它存储一个价值 2.00 美元的 fee。当我转移资金时，我可以添加一行transfer 类型，然后用这次转移的ID 更新前面的行。但我觉得这会使查询变得非常复杂。

我应该为charge、fee 和transfer 设置一个单独的表吗？

Answer 1

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