交易目的地外键的在线信用系统表格布局

Question

我试图弄清楚当键指向基于类型的不同表时如何正确存储外键。

我搜索了 但什么也没有 我发现 似乎 到帮助 位于 全部。

有一个表将存储制作人员的大部分基本信息：

user_accounting
--------------------
user_accounting_id      (PK)
user_id                 (FK)
amount              
type                    (+deposit, +credit, -transfer, -purchase)
credit                  (bool, so I don't have to always check if amount is < or > 0)
void                    (in case it was canceled and repaired with some other transaction)
date
details                 (notes)

type s：

deposit - for outsite money being put into the system.
credit - are for money being transfered into their account from another
transfer - for putting money into someone elses account
purchase - for purchasing a site item

到目前为止一切顺利。下一部分我有点困惑。它还必须存储资金的去向或来源。

我想存储表示其来源的任何类型的外键。 因此，如果是购买，它将存储发票 ID 的 FK，如果是存款，它将存储来自商家提供商的 transaction_id，如果是转账，它将存储信用的 user_accounting_id，如果是信用，它将存储信用的 user_accounting_id。存储转账的 user_accounting_id。

我很高兴有一个列存储以下内容：

user_accounting (con't)
-----------------------------
source_or_destination_id (FK)

但我知道我不能让单个列成为基于类型链接到不同表的外键。因此，我可以将其存储为 (int)，但尝试根据类型使用该 id 与不同的表进行 JOIN 会是巨大的痛苦。很久以前就尝试这样做，这是一个大错误。

因此，我可以这样做：

user_accounting (con't)
-----------------------------
invoice_id                  (FK)
transaction_id              (FK)
credit_user_accounting_id   (FK)
transfer_user_accounting_id (FK)

但这又是一个大问题，因为我创建了一个不好的独占弧。

我还可以对 type 使用 Many_to_many_through 关系，但数据透视表仍然存在将外键存储在多个表的同一位置的相同问题。

也许我可以简单地将不同类型的交易完全存储在不同的表中， 我可以：

user_accounting_deposit, user_accounting_credit, user_accounting_transfer, user_accounting_purchase.

然后外键就不再是问题了。当然，要计算出任何人的帐户余额，我现在必须对一堆表进行连接和求和。

也许有一种完全不同的更好的方法来做到这一点。我不在乎需要多少张桌子。很可能我在某个地方把事情变得过于复杂了。

谢谢

Answer 1

500 多年来，簿记员一直致力于存储资金的来源和去向。这就是他们发明复式记账法的原因。也称为复式记账会计。

您需要查看复式记账的数据模型。在您之前的程序员已经这样做过数千次了。

如果您需要示例模型，请访问数据库答案并在“会计系统”下查找。您应该能够获得涵盖您的案例的模型图。