我试图总结我的理解。 如果有任何更正，请随时进行编辑。因此，它去了：

在代码中

在代码中，应该使用语言的本机枚举类型（至少在Java和C＃中）或使用诸如“
typesafe枚举模式”之类的枚举来处理枚举。不推荐使用普通常量（整数或类似常量），因为这样会丢失类型安全性（并使您难以理解哪些值是合法输入的值，例如方法）。

两者之间的选择取决于要附加给枚举的附加功能：

• 如果要将大量的功能放入枚举（这很好，因为可以避免一直在其上进行switch（）操作），通常使用一个类更为合适。
• 另一方面，对于简单的枚举式值，语言的枚举通常更清晰。

特别是，至少在Java中，一个枚举不能从另一个类继承，因此，如果有多个具有相似行为的枚举要放入超类中，则不能使用Java的枚举。

持久枚举

若要持久枚举，应为每个枚举值分配一个唯一的ID。可以是整数，也可以是短字符串。首选短字符串，因为它可以助记（使DBA等更容易理解db中的原始数据）。

• 在软件中，每个枚举都应具有映射功能，以在枚举（供软件内部使用）和ID值（用于持久化）之间转换。一些框架（例如（N）Hibernate）具有自动执行此操作的有限支持。否则，您必须将其放入枚举类型/类。
• 该数据库应该（理想情况下）包含每个表的列表，其中列出了合法值。一列是ID（请参见上文），即PK。其他列可能对例如描述有意义。然后，将包含该枚举中的值的所有表列都可以将此“枚举表”用作FK。这样可以确保永远不会保留错误的枚举值，并允许数据库“独立”。

这种方法的一个问题是合法枚举值的列表存在于两个位置（代码和数据库）。这很难避免，因此通常被认为可以接受，但是有两种选择：

• 仅将值列表保留在数据库中，在构建时生成枚举类型。优雅，但意味着运行构建需要数据库连接，这似乎是有问题的。
• 将代码中的值列表定义为具有权威性。在运行时（通常在启动时）检查数据库中的值，不匹配时投诉/中止。