为什么字典表？

在实际项目开发过程中常遇到下面场景：某些变量在多个地方使用，而且一般是固定的，但是随着系统升级和后期变化，可能需要改变，如果这些变量写死在代码里面将会变得难以维护，所以要将其从代码中抽离出来。
一般的业务系统客户端与用户交互的时候都会使用下拉框组件，对于某些比较固定的值的下拉组件的数据来源一般都是比较固定的一类数值。

解决方案

有的做法是使用枚举或者Constants常量类来实现，这种情况下在量少的前提是没问题的，而且一旦需要修改就得修改源码；随着系统的开发拓展，后期将无法维护，甚至命名困难等问题。
所以通常把字典放在数据库，这样后期的维护变更就比较简单,也可以在不用修改代码的情况下修改配置。还有，对于某些固定的数据字典（例如，星期，月份等）不允许修改。
但是，放在数据库又有着频繁访问数据库的问题，这不是我们希望的，这时候通常做法就是加缓存，降低访问数据库的频率。

具体设计

通常分成两张表来实现，一个是字典类型表，一个是字典表：

mysql 字典和表的区别 mysql 字典表设计_数据字典

注意

  • 字典类型应该是不可编辑的，因为字典类型通常会和具体代码实现紧密耦合，如果非要进行编辑的话需要考虑到对代码的影响以及如何保证修改之后系统正常工作
  • 字典分可编辑与不可编辑，所以在提供字典管理的时候需要注意fixed字段，针对固定的字典不提供编辑功能
  • 字典与系统参数不要混为一谈，字典通常用于一类的数据，一组具有相同含义的数值（例如，供客户端下拉选择的枚举）；而系统参数是针对某种配置或者某种系统常量的存在。

优化

数据字典数据应该存放在 redis 中，减少与数据库的交互次数，提高响应速度