用于在数据库中存储“二进制”值（例如男性/女性）的模式

Question

简介

我正在尝试决定如何最好地为 (Rails) 模型设置我的数据库架构。我有一个与金钱相关的模型，它表明价值是收入（正现金价值）还是费用（负现金价值）。

我想要单独的列来表明它是收入还是支出，而不是依赖于存储的值是正值还是负值。

---

问题：

您将如何存储这些值，为什么？

• 只有一个列，比如Income， 并存储1，如果是收入，0 如果是费用，null 如果不是 已知。
• 有两列，Income 和 Expense，将它们的值设置为 1 或 0 为 合适的。
• 还有别的吗？

我认为这个问题类似于将一个人的性别存储在数据库中（忽略外星人/跨性别/等），因此我的标题。

---

到目前为止我的想法

• 使用单列查找可能更容易，但存在将0（false，费用）误认为null（未知）的风险。
• 单独的列可能更难维护（如果我们最终在两列中都有 1 会发生什么？

也许我走的路没什么大不了的，但是在我走得太远并且不得不更改我的代码库之前提出任何疑虑/想法会很棒，因为我错过了应该有的东西很明显！

谢谢， 菲利普

Answer 1

有时我会使用角色。例如，我的数据库中有一个列gender，其中存储了m 或f。

而且我通常选择只有一列。

Answer 2

我通常会将标志实现为 nchar(1) 并使用一些有意义的缩写。我认为这是最容易处理的事情。例如，您可以使用“I”表示收入，使用“E”表示费用。

也就是说，我认为这不是实现这个系统的好方法。

我可能会将收入和支出放在不同的表格中，因为它们看起来是不同类型的东西。一旦通过标志而不是正值和负值来区分含义，我能想到将它们放在同一个表中的唯一优势就消失了。

Answer 3

您将如何存储这些值，为什么？

我会将它们存储为单个列。尽管您希望将数据分成多个列，但任何了解会计或簿记的人都会知道，交易的美元价值是一回事，而不是基于收入或支出（或资产、负债、权益等）的两个独立的东西第四次）。

作为一个真正编写过完全平衡的复式记帐应用程序和不太正式的预算应用程序的人，我建议您重新考虑您的决定。这将使这项工作的未来工作变得更加容易。

很抱歉，这可能不是您想听到的，并且很可能会导致对我产生负面影响，但老实说，我不能不告诉您这将是什么错误就放手。

您的“到目前为止的想法”表明问题已经出现。

1/“拥有单独的列可能更难维护（如果我们最终在两列中都为 1 会发生什么？” - 好吧，这不应该发生。数据应该与数据模型在内部保持一致. 最好建议您使用插入/更新触发器来阻止它，或者说，一个不允许它发生的列:-)

2/“使用单列查找可能更容易，但存在将 0（错误，费用）误认为 null（未知）的风险。” - 如果符号与值的大小一起存储，则不会出错。不知道一个项目是费用还是收入的整个想法对会计师来说是可恶的。该知识在创建交易时就存在，直到交易发生后的某个时刻才模糊不清。