有时我需要保持状态,例如 IsVerified 标志。
有两种选择:
布尔值(或位)
优势:最小最快
...但在理论上“过度优化”,因此是一个糟糕的论点。
可为空的日期时间
IsVerifiedOn -> NULL 未验证,任何值都表示已验证。
优点:您将来可能会遇到一种情况,您会突然遇到一个有用的情况,即您实际上知道该帐户何时已通过验证。
...但理论上“过度设计”(你不需要它),你应该只在你真正需要它的时候添加它。
那么在这两种邪恶之间呢?什么是最好的开始?
有时我需要保持状态,例如 IsVerified 标志。
有两种选择:
布尔值(或位)
优势:最小最快
...但在理论上“过度优化”,因此是一个糟糕的论点。
可为空的日期时间
IsVerifiedOn -> NULL 未验证,任何值都表示已验证。
优点:您将来可能会遇到一种情况,您会突然遇到一个有用的情况,即您实际上知道该帐户何时已通过验证。
...但理论上“过度设计”(你不需要它),你应该只在你真正需要它的时候添加它。
那么在这两种邪恶之间呢?什么是最好的开始?
稍后您可能需要在 IsVerifiedOn 日期中使用 NULL 用于其他目的。如果出现一种情况,您知道某事已被验证,但您不知道验证的日期,您将遇到麻烦,因为您不能这么说。一般来说,字段中的 NULL 总是意味着“这里没有数据”。赋予它另一种含义总是会在未来产生潜在的问题。
我相信你可能“想多了”。我从未听说过“过度优化是一种反模式”这句话,我通常不同意这一点。
与其过分担心反模式,不如为您的用例架构师并保持合理。如果您知道
IsVerifiedOn
在不久的将来您将永远不会合理地需要 datetime 字段,那么使用IsVerified
bit 字段可能就可以了。如果拥有该IsVerifiedOn
领域有合理的潜在用途,那么请改用这样的领域。这里没有正确或错误的答案,这又取决于对您的用例来说什么是合理的。这是另一种甚至可以考虑的反模式,它将您提到的两个从水中吹出来:它被称为“一个领域多用途”。这意味着它所说的,即从技术上讲,让一个字段具有多种用途在技术上是一种相当大的反模式,例如您的
IsVerifiedOn
专栏描述所暗示的。第一个目的是识别一行是否被验证,第二个目的是识别它何时被验证。这被认为是一种反模式的一个原因是,有一天该字段可能具有一个很好地满足一个目的的值,同时打破了逻辑或对另一个目的没有意义。例如,在您的情况下,您可能有另一个表从您的
IsVerifiedOn
字段派生而来。第二个表只保存第一个表中最后 10 个已验证行的记录。现在有人决定通过IsVerifiedOn
清空最后几条记录的字段来取消验证您的第一个表,但他们忘记从第二个表中清除最后几条记录。现在您失去了数据完整性。针对这种反模式的最佳实践实际上建议同时实现
IsVerified
字段和VerifiedOn
字段以分别维护这两个目的。但同样,这也取决于您在合理范围内的实际用例,并且并不总是必须遵守。如果你总是试图合理地设计你的模式,你就不必考虑太多反模式。(Ps 我实际上给出了一个关于“一个字段多用途”反模式的非常弱的例子,但是有很多现实的数据完整性破坏事情可能会因此而发生。所以尽管我的例子很糟糕,但希望它仍然传达这个想法。)