业务建模：枚举字段的类型选择

蔚落 2022-06-15 23:23 185阅读 0赞

# 选择合适的枚举值 #

在数据库建表的时候，经常会遇到建立状态、性别、类型等字段的业务需求。

这些字段有一个共同的特点，它们的**业务含义通常就是这么几个取值**。这样的字段我们可以称为枚举字段。

确定一个字段是否是枚举字段，得参考它所表达的业务含义。如果是在电商业务中，商品表有商品类型字段，一般的电商都是可以动态添加或者删除类型，也就是说，商品类型可能有无数个取值，那么它就不是枚举字段。

## 选择合适的存储方式 ##

对于性别字段，我们可以使用**0,1,2**这样的数字值来表示，也可以使用**‘M’,’F’**，这样的类型来表示。  
再说一个复杂的例子，订单状态，它可以有**未支付，已付款，已出库，已送达**等等的状态，我们可以使用**0,1,2,3**等等来表示，也可以使用**UNPAY,PAY\_SUCCESS,CLOSE**这样的字符串来表示。

总的来说，可以用纯数字编码或者字符串编码来表示。

### 纯数字编码的优缺点 ###

*  在业务含义比较简单的情况下，比如说需要一个字段来表示**是否启用**这个业务含义，这个业务只有**未启用，已启用**这两个有业务含义，这时候使用**0,1**这样的纯数字来表示是比较合适的，也方便理解。
 *  在业务含义取值比较多的时候（n>2,n不是无限多哈），比如说需要一个字段来表示**订单状态**这个业务含义，这时候如果还使用**0,1,2,3** 这样的数字来表示的话，在业务上是不便于理解的。

### 字符串编码的优缺点 ###

*  接上面纯数字编码的缺点分析，如果**订单状态**这个业务含义使用**UNPAY,PAY\_SUCCESS,CLOSE**字符串的方式的话在业务上面是比较直观的。
 *  使用字符串表示枚举的时候，有一个缺点就是可能字符串太长，在团队开发中容易出点小问题。比如订单状态已付款状态，有可能有人写**pay\_success**，有人写**pay-success**。对于这种情况，要建立公共类统一处理，不允许自己拼写，避免出错的可能。
 *  当然，要控制枚举字符串的拼写规则，比如说只能使用**全大写+下划线**的方式，减少拼写错误的可能。

### 总结 ###

总的来说，不管使用纯数字或者是字符串的方式来表示枚举字段，都要有一个原则，要方便明了地表示出该字段的业务含义。