database-design - 到 "look-up table"与否？

Question

我目前正在为一个项目设计一个数据库。现在我正在与自己争论是否必须创建一个查找表，例如“公民身份”数据，它只能包含固定值，如单例、已婚、分居、寡妇/鳏夫。我很确定将来不会添加其他值。我应该把这些放在一个单独的表上还是只是硬编码程序代码上的值？

Answer 1

对它们进行硬编码有什么好处？鉴于现代 ORM 系统，从数据库中读取这些值并使用它们真的很容易吗？如果是这样，那么当缺点是:

如果要添加到列表中，则必须重新部署

如果要更改拼写，则必须重新部署

您可能想要的不仅仅是字符串(可能是 ref-id 或工具提示文本等)

如果您不存储 ref-id，您将不得不更改 1000 条记录以更改您存储的文本。

“我无法认为他们会改变”与“他们无法改变”几乎完全不同。如果他们不能改变，如真/假，那很好。如果你认为他们不会改变，那么不会改变。