2020-01-31|2020-01-31 关于枚举与数据字典
说说什么时候使用了枚举:
框架中，使用了枚举类的注解，即数据持久化时使用注解，当参数为枚举时，存入库的信息为枚举上注解的值
【2020-01-31|2020-01-31 关于枚举与数据字典】数据字典：
数据字典是我们在数据库中建的表，基本包含组，key ， value三个核心信息
基本方法除了curd外，可以通过对应组下的key获取value，也可以通过value获取key
举例：如省市区做组，对应的城市英文名做key,汉字描述做value
数据字典好处：
修改方便，只要对数据字典表的数据做修改，对应的参数值自然发生改变，不用重新打包项目
存在的问题：
枚举中的数据是单例数据，属于缓存数据，查询速度快，而数据库中数据字典查询较慢
解决方法：
1.使用redis将数据字典存入缓存，查询方便，缺点：redis数据过多查询变慢，需要集群部署
2.使用map将数据字典信息在项目启动时插入hashmap中，该方法可以手动实现也可以使用spring-cache来实现
新的发展方向：
可持续部署，docker-jenkins-git 当代码提交，项目自动打包发布，当新项目正常启动关闭旧项目，达到无缝切换，那么数据字段的好处也就没那么明显了，反而为了使用数据字典而建表，存缓存等方式增加了项目的复杂度
ps:数据字典往往存储通用的key-value值
但是枚举本身是对象的一种，理论来说，可以用于处理更多的信息的数据扩展性更好，当数据不满足于key-value这些简单结构的话可以使用枚举，可是话有说回来，目前nosql数据库，大家通过一些规范，可以解决复杂业务，理论来说即使属性复杂，也可以转换为简单的key-value形式；
结论：如果是项目支持可持续部署，枚举更为简单有效
如果项目打包部署不方便，数据字典是更好的选择
推荐阅读
- 关于QueryWrapper|关于QueryWrapper,实现MybatisPlus多表关联查询方式
- 四首关于旅行记忆的外文歌曲
- 醒不来的梦
- 关于自我为中心的一点感想
- 「按键精灵安卓版」关于全分辨率脚本的一些理解（非游戏app）
- 关于Ruby的杂想
- 关于读书的思考
- 关于this的一些问题（1）
- Java基础-高级特性-枚举实现状态机
- 《声之形》