字典表设计

1. 为何字典表？

存在问题：

• 某些变量在多个地方使用，并且通常是固定的，可是随着系统升级和后期变化，可能须要改变，若是这些变量写死在代码里面将会变得难以维护，因此要将其从代码中抽离出来。

• 通常的业务系统客户端与用户交互的时候都会使用下拉框组件，对于某些比较固定的值的下拉组件的数据来源通常都是比较固定的一类数值。

如何解决

有的作法是使用枚举或者Constants常量类来实现，这种状况下在量少的前提是没问题的，并且一旦须要修改就及其避免修改源码；随着系统的开发拓展，后期将没法维护，甚至命名困难等问题。

因此一般把字典放在数据库，这样后期的维护变动就比较简单,也能够在不用修改代码的状况下修改配置。还有，对于某些固定的数据字典（例如，星期，月份等）不容许修改。

可是，放在数据库又有着频繁访问数据库的问题，这不是咱们但愿的，这时候一般作法就是加缓存，下降访问数据库的频率。

2. 字典表的设计：

一般分红两张表来实现，一个是字典类型，一个是字典

• 字典类型表: SYS_DICT_TYPE

字段名	类型	做用	备注
code	varchar	编码	主键
name	varchar	类型	展现用

• 字典表 : SYS_DICT

字段名	类型	做用	备注
code	varchar	编码	主键
type_code	varchar	类型code	外键
name	varchar	字典名	展现用
value	varchar	字典值	使用值
fixed	int	是不是固定的	default 0不固定，固定的话用1

以上是字典表的关键列和结构的设计，根据不一样系统不一样业务自定其余列

3. 注意事项

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

4. 关于缓存

对于缓存，可能每一个人的意见不一样，有人认为缓存增长维护成本，一旦使用缓存，对于编辑的数据得立马刷新缓存，否则将会与预期不符，而且对于访问不频繁量少的数据还达不到使用缓存的级别；有人认为缓存提升效率，减小数据访问。

我的认为，不一样项目不一样应用场景使用缓存的条件不一样，对于高频的数据或者对响应时间要求严格的系统能够增长缓存，可是带来的就是数据改动的同时须要及时更新缓存信息；对于对响应时间、业务要求较高的系统能够不用缓存，保证业务的正确性。因此，具体状况具体分析，没有哪种是正确的，选择适合的就能够。