本文主要是介绍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）
这两种方案都能比较好地解决数据字典的问题，也各有优缺点，需要根据用户的需求进行选择使用。
这篇关于MIS系统中数据字典的两种解决方案的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
