MySQL ENUM类型与连接表

我的要求

表需要维护状态列。

此列代表5种状态之一。

初步设计

我想我可以使它成为一个整数列，并使用数值表示状态。

由于我不希望我的应用程序维护从整数到字符串描述的映射，因此我计划将它们放在单独的状态描述表中（依赖于FK关系）。

然后我发现MySQL的ENUM类型完全符合我的要求。除了直接依赖MySQL之外，使用ENUM类型有任何陷阱吗？

93
投票

更改ENUM中的值集需要使用ALTER TABLE，这可能会导致表重组 - 这是一项非常昂贵的操作（如果只是在ENUM定义的末尾添加一个新值，则不会发生表重组，但如果删除一，或改变顺序，它做一个表重组）。而在查找表中更改值集就像INSERT或DELETE一样简单。
无法将其他属性与ENUM中的值相关联，例如哪些属性已停用，哪些属性有资格放入用户界面的下拉列表中。但是，查找表可以包含此类属性的其他列。
查询ENUM以获取不同值的列表非常困难，基本上要求您从INFORMATION_SCHEMA查询数据类型定义，并从返回的BLOB中解析列表。您可以从表中尝试SELECT DISTINCT status，但这只能获取当前正在使用的状态值，这可能不是ENUM中的所有值。但是，如果将值保留在查找表中，则可以轻松查询，排序等。

你可以说，我不是ENUM的忠实粉丝。 :-)

这同样适用于仅将列与固定值集进行比较的CHECK约束。虽然MySQL无论如何都不支持CHECK约束。

11
投票

这是关于speed comparison of enum的文章。也许它提供了一些提示。恕我直言，它应限于在固定的字符串列表中使用（“是/否”，“儿童/成人”），99％的概率在将来不会改变。

7
投票

mysql中的枚举对于已经解释过的原因是不好的。我可以添加以下事实：Enum不确保在服务器端进行任何类型的验证。如果插入一个值，该行的值不会在枚举定义中退出，则在DB中将获得nice或NULL值，具体取决于枚举字段声明的NULL-ability。

关于tinyints的观点： - 枚举限制为65535个值 - 如果您不需要超过256个值，tinyint将为每一行占用更少的空间，并且其行为更加“可预测”。

3
投票

如果你的数据库中有大量数据（更多的数据，那么你有RAM），你的ENUM值永远不会改变，我会选择ENUM，而不是连接。它应该更快。考虑一下，在连接情况下，您需要在外键上使用索引并在另一个表中使用主键索引。正如Riho所说，请参阅基准。

-1
投票

表格更容易国际化。但完全是数据库外的类也是如此。当它不在业务逻辑中时，这种检查很难调试，并且通常不是数据库人员的责任。

作为优化，它可能还为时过早;但OP主要建议将其作为一种便利功能。