Marnix.hoh's questions

假设我们有以下表格：

• user
• team
• meeting

ateam和 ameeting都可以有多个users（一对多的关系）。

对此数据库结构进行建模的最佳方法是什么？

选项1：

team-user1个和meeting-user关系的连接表：

列：，，user_id示例 行： team_idmeeting_id
1, 3, null 1, null, 4

选项 2：

2个连接表，一个用于关系team-user，一个用于meeting-user关系

列表 1：，user_id示例team_id
行：1, 3

列表 2：，user_id示例meeting_id
行：1, 4

我目前将金融交易存储在下表中（为简洁起见而缩短）：

id INT
start DATETIME
end DATETIME
rate INT
usage INT
usage_fee INT
amount INT
commission_pct INT
payout INT
currency VARCHAR(5)

向客户收取的总金额计算如下： amount = (end - start) * rate + usage * usage_fee

该平台收取以下费用/佣金： commission = amount * (commission_pct / 100)

服务提供商收到的付款是： payout = amount - commission

现在在上表中，存储支出在技术上是多余的，因为它可以如上所示计算。我的问题是，关于数据冗余存储这些类型的金融交易的常用方式/约定是什么？

例如，除了它们的总和（金额）之外，我还考虑将(end - start) * rate和的结果单独存储在此表中。usage * usage_fee

我看到这样做的优点是：

• 将相应金额发送到“支付提供商的 API”时没有（舍入）错误，即用户最终支付的金额与存储在数据库中的金额完全相同，而不是将计算值发送到所述 API
• 易于查询和分析

这些专业人士是否有效，或者您会建议我完全规范化表格并在需要时计算值？

我知道根据“数据库设计原则”对表格进行规范化是正确的答案，但由于我正在处理财务数据，我不确定我是否 100% 满意使用计算值。

每笔交易的佣金率并不具体，但收取的佣金百分比将来很可能会发生变化，因此它与每笔交易一起存储。当然，如果存储实际的“佣金金额”，则无需存储佣金百分比。

那个时间点使用的commission_pct 和rate 存储在表中，这就是为什么将来为后续交易更改这些不是问题并且永远不会编辑现有交易的原因。此外，只有一个受控应用程序可以访问数据库。如果将来公式发生变化，不计算和存储结果将是一个问题。我倾向于应用程序计算这些值并一举存储“原始”值和计算值。