如下所示，在我的数据库设计中，如果您愿意，我正在为“选项”创建表。例如，RFP 阶段。其中包含“完成”、“投标”等内容。
我这样做是因为有人在某个已删除的问题中向我推荐了它。这是正确的方法吗？还是应该只将这些选项存储为文本，因为只有 5 种左右的可能性？
【问题讨论】：
标签： sql postgresql database-design
如果您的可能值列表（例如rfp_stage）不仅仅包含名称，那么您肯定希望在您的设计中添加一个查找表。例如，要跟踪用于“完成”的颜色和用于“投标”的另一种颜色，那么您需要在 rfp_stage 查找表中添加第二个字段 color 和 name。
如果每个 RFP 阶段的名称是唯一值，没有上面讨论的颜色等附加项目，那么您可能希望使用没有任何查找表的字符串列。
您可以在您的应用中强制执行一系列可能的值。
作为应用程序执行的备份，如果您使用功能强大的数据库系统，例如 Postgres，您可以 define a domain 可能的值并要求该字段始终在该域中具有值。尝试使用意外值添加或更新行将失败，并由数据库引擎引发错误。
再一次，如果任何阶段的名称都可能发生变化，例如“Bidding”更改为“Out forbid”（含义相同，措辞不同），那么查找表作为一个单一的有用更新措辞的地方。无需对多行的值执行大规模更新。
同样，如果你需要本地化每个RFP阶段的显示，比如用法语或日语显示“Complete”和“Bidding”，那么你需要添加查找表。您可能还有另一个查找表来保存本地化字符串，但这超出了本答案的范围。搜索 Stack Overflow 和 DBA Stack Exchange 以获取更多信息。
最后，有些人可能会使用数据库中的枚举作为替代值来表示每个可能的值。例如，“1”表示“完成”，“2”表示“投标”，等等。我自己通常会避免这种方法，因为它会使从行中读取数据变得尴尬和不便。
与许多设计决策一样，没有明确的黄金法则。上下文很重要。
【讨论】：