td 字典表_字典表设计

为什么字典表？

存在问题：

某些变量在多个地方使用，而且一般是固定的，但是随着系统升级和后期变化，可能需要改变，如果这些变量写死在代码里面将会变得难以维护，所以要将其从代码中抽离出来。

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

如何解决

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

所以通常把字典放在数据库，这样后期的维护变更就比较简单,也可以在不用修改代码的情况下修改配置。还有，对于某些固定的数据字典(例如，星期，月份等)不允许修改。

但是，放在数据库又有着频繁访问数据库的问题，这不是我们希望的，这时候通常做法就是加缓存，降低访问数据库的频率。

字典表的设计：

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

字典类型表: SYS_DICT_TYPE

字段名

类型

作用

备注

code

varchar

编码

主键

name

varchar

类型

展示用

字典表 : SYS_DICT

字段名

类型

作用

备注

code

varchar

编码

主键

type_code

varchar

类型code

外键

name

varchar

字典名

展示用

value

varchar

字典值

使用值

fixed

int

是否是固定的

default 0不固定，固定的话用1

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

注意事项

字典类型应该是不可编辑的，因为字典类型通常会和具体代码实现紧密耦合，如果非要进行编辑话需要考虑到对代码的影响以及如何保证修改之后系统正常工作

字典分可编辑与不可编辑，所以在提供字典管理的时候需要注意fixed字段，针对固定的字典不提供编辑功能

字典与系统参数不要混为一谈，字典通常用于一类的数据，一组具有相同含义的数值(例如，供客户端下拉选择的枚举)；而系统参数是针对某种配置或者某种系统常量的存在。

关于缓存

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

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