我正在吃晚饭 user 数据库表为：

CREATE TABLE IF NOT EXISTS `user` (
  `user_id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
  `first_ name` VARCHAR(45) NOT NULL,
  `active_status` ENUM('ACTIVE', 'PENDING', 'DEACTIVATED', 'BLOCKED', 'SPAM', 'DELETED') NOT NULL ,
  UNIQUE INDEX `unique_id_UNIQUE` (`unique_id` ASC),
  UNIQUE INDEX `email_UNIQUE` (`email` ASC),
  PRIMARY KEY (`user_id`))
ENGINE = InnoDB;

我将其Map到相应的jpa实体类，如下所示：

@Entity
public class User implements OfloyEntity {

@Id
@GeneratedValue(strategy = IDENTITY)
@Column(name = "user_id", unique = true, nullable = false)
private int userId;

//other fields

@Enumerated(EnumType.STRING)
@Column(name = "active_status", nullable = false, length = 11)
private UserStatus activeStatus;

如你所见，我已经绘制了 activeStatus 到 enum UserStatus 限制持久层本身的实体。

public enum UserStatus {

    ACTIVE,
    PENDING,
    DEACTIVATED,
    BLOCKED,
    DELETED,
    SPAM
}

我想知道使用这种方法在持久层实现db enum有什么缺点吗？我抛出了多篇文章，其中建议使用attributeconverter，但由于我的枚举中的值非常有限，修改的机会较少，我无法将所有这些文章与我的要求联系起来。
我的设计中是否有遗漏或改进之处？
我扔的文章：
弗拉德米哈尔恰
索班和其他一些问题。
更新：在阅读了jens的答案之后，我决定实施 AttributeConverter （供用户参考） gender ). 这让我有点困惑：
为什么我决定使用enum作为mysql列类型：因为它限制了值并且需要更少的空间。因为mysql在场景后面存储枚举的序数值，当被要求提供值时，它表示枚举的字符串值，所以它节省了空间。
我对性别的理解：

public enum UserGender {

    MALE('M'),
    FEMALE('F'),
    OTHER('O');

    private Character shortName;

    private UserGender(Character shortName) {
        this.shortName = shortName;
    }

    public Character getShortName() {
        return shortName;
    }

    public static UserGender fromShortName(Character shortName) {
        switch (shortName) {
        case 'M': return UserGender.MALE;

        case 'F' : return UserGender.FEMALE;

        case 'O' : return UserGender.OTHER;

        default:
            throw new UserGenderNotSupportedException("user gender with shortName : " + shortName + " not supported");
        }

    }

}

转换器等级：

@Converter(autoApply = true)
public class UserGenderConverter implements AttributeConverter<UserGender, Character> {

    @Override
    public Character convertToDatabaseColumn(UserGender userGender) {
        return userGender.getShortName();
    }

    @Override
    public UserGender convertToEntityAttribute(Character dbGender) {
        return UserGender.fromShortName(dbGender);
    }

}

现在，主要的疑问是：
1根据博客，使用 MYSQL enum 在db中是邪恶的，因为如果有一天我需要向enum列添加额外的值，这将需要一个表alter，但是使用 AttributeConverter ? 因为我们也使用 java enum 如果有一天需要新的性别，哪一个需要改变？
2如果我使用 AttributeConverter ，我将不得不记录java enum ( UserGender 这里）解释某处，以便dba能够理解f，m，o代表什么。我就在这里吗？