JPA不识别MySQL的枚举类型
1 枚举好用吗?
数据字典型字段,枚举比Integer好:
- 限定值,只能赋值枚举的那几个实例,不能像Integer随便输,保存和查询的时候特别有用
- 含义明确,使用时不需要去查数据字典
- 显示值跟存储值直接映射,不需要手动转换,比如1在页面上显示为启用,0显示禁用,枚举定义好可以直接显示
- 基于enum可以添加一些拓展方法
但默认
2 JPA不识别MySQL 的 enum 类型
会报错:
Cannot determine value type from string 'waiting'"
需添加指定注解,如:
@Enumerated(EnumType.ORDINAL)
@Column(name = "STATUS")
private StatusEnum status;
Enumerated提供两种
3 持久化枚举
3.1 EnumType.ORDINAL
按枚举的顺序保存数字。缺点:
顺序性
java枚举的顺序从0开始递增,没法自己指定,我有些枚举并不是从0开始的,或者不是+1递增的,比如一些行业的标准代码。
旧数据可能不兼容
如-1代表删除,映射不了。
不健壮
项目那么多人开发,保不准一个猪队友往枚举中间加了一个值,那完了,数据库里的记录就要对不上了。数据错误没有异常,发现和排查比较困难。
3.2 EnumType.STRING
保存枚举的值,即toString()的值。
也有局限性:
- String类型,数据库定义int,即使override toString方法返回数字的String,JPA也保存不了
- 同样不适用旧数据,旧数据是int
- 不能改名,改了后数据库的记录映射不了
我对枚举需求其实很简单:
- 保存int型
- 值可自己指定
可惜默认的那两种都实现不了。
没法,只能考虑在保存和取出的时候自己转换,找到实体转换器AttributeConverter,自定义保存好取出时的数据转换,解决!
关注我,紧跟本系列专栏文章,咱们下篇再续!
作者简介:魔都技术专家,多家大厂后端一线研发经验,在分布式系统、和大数据系统等方面有多年的研究和实践经验,拥有从零到一的大数据平台和基础架构研发经验,对分布式存储、数据平台架构、数据仓库等领域都有丰富实践经验。
各大技术社区头部专家博主。具有丰富的引领团队经验,深厚业务架构和解决方案的积累。
负责:
- 中央/分销预订系统性能优化
- 活动&优惠券等营销中台建设
- 交易平台及数据中台等架构和开发设计
- 车联网核心平台-物联网连接平台、大数据平台架构设计及优化
目前主攻降低软件复杂性设计、构建高可用系统方向。
参考:
本文由博客一文多发平台 OpenWrite 发布!