数据字典的一些思考

数据字典适合只会增加或修改（包括启用禁用），但数据量变动不大，且极少参与逻辑处理的简单数据。

例如：部门，只会根据部门筛选查询的情况下，可以做到数据字典里；但如果要根据部门不同，进不同的数据处理，或者需要存储其他信息的话，就不适合用数据字典了，因为我需要根据部门的code去特殊处理，而数据字典是可修改的，一旦code变化，程序就必须修改。

优点：
1.可人工维护数据，不需要重启系统；
2.可以整合接口，不需要一个种类的数据提供一个接口；
例如：部门，小组等都只涉及筛选查询，那么就可以统一做到数据字典中，提供一个数据字典的统一接口就行了，不用部门和小组都去做一套增删改查的接口。
缺点：
1.数据必须先于开发确定，否则无法开发；（人工设置key，可以在还没添加到系统中之前就可以开发；但自动生成，必须先在系统中添加，才能继续开发，耦合程度高）；
2.存储信息有限，因为采用的是统一的字段，所以无法存储特异性的信息，比如：我想要存储部门所在地 、部门的领导、部门的工作内容等信息，就没有办法存储了。
3.会导致很多死代码，不利于代码维护。

数据字典就如同储物间，当房子小的时候，会有很多杂物需要放到储物间中；但是当房子越来越大，储物间反而没有太多东西可以放了。数据字典也是如此，但系统初期，很多数据如组织结构、角色、区域等数据都放在数据字典中。但随着系统的演进，很多数据需要进行单独的维护，都从数据字典中分化出去，成为单独的模块，数据字典中需要维护的数据逐渐减少。