MIS系统中数据字典的两种解决方案

在信息系统中，很多的信息都是有标准化，所谓标准就是实现定义的一些规范，根据这个规范可以在多个实体之间进行数据的共享，以避免沟通中的歧异问题。

数据字典就是标准化中的一个重要组成部分。

关于数据字典的定义，版本有很多，在不同的场合中可能有不同的含义，这里特指的是：一个属性可能具有的几个值。比如：性别的字典为男、女等等，主要用来进行数据归类（统计）。

数据字典的解决方案有很多种，这里仅讨论其中两种。

一、字典数据本地化方案

在B/S中，就是将所有字典数据都创建为js文件，select、combo组件的option、data就从js中取。

每次更新, 维护字典项时，自动创建或更新对应的字典js文件。然后通知客户端来更新对应的js文件；

Strength：一次加载，重复使用。速度快，服务器压力小；

Weakness：不好维护，不利于代码生成；（或者说生成、使用比较复杂）、字典数据的安全性。

关于js文件的版本控制，可以采用下面的方式：

1、在引入字典script的时候为其增加id属性；

2、在script src中添加参数；

3、每次重新创建js之后，修改这个参数值，这样客户端在加载js时，如果发现参数变化，就相当于不同的js，所以会重新加载；

但是，这样就意味着每次build 字典js之后，都需要更新所有引入这个js的页面文件。

另外，一些场合中，字典项需要根据条件进行过滤。这种方式需要在设计js字典格式时有灵活的定义。

二、服务器端模式

数据字典只存在于服务器端，每次用户请求某个包含字典项的页面，都从服务器端检索，并返回数据。

Strength:

便于维护（字典变化不会影响到客户端的使用，无序影响其他页面文件编码）

灵活（可灵活地定义过滤逻辑）

数据保存在服务器端，安全性相对较好；

Weakness:

每次都需要加载（占用网络带宽和服务器资源）；

每次加载造成响应速度不如前者好；

 

为了提高速度，可以将数据字典进行缓存，在数据更新之后更新缓存（需要注意分布式缓存中的数据同步性问题，否则在一些应用中这个问题很Yao Ming）

 

这两种方案都能比较好地解决数据字典的问题，也各有优缺点，需要根据用户的需求进行选择使用。