元数据管理的重要性 - xms

什么是元数据?引用百科的描述就是:元数据(Metadata),又称中介数据、中继数据,为描述数据的数据(data about data),主要是描述数据属性(property)的信息;

看起来有点抽象?那我们看下具体场景有哪些:

1、数据库中的sysobjects、syscolumns,就是存储了表、视图、列等结构信息,我们可以查询到这些对象的详细信息,比如某一列的名称、类型、长度、描述……,有做过自动生成代码的朋友比较清楚其中的作用。

2、具有高度可配置性的程序,比如自定义表单、列表等,存储的结构信息也叫元数据,根据结构信息动态解析生成表单展示,有做过所见即所得的朋友应该不陌生。

上面都是具有高度可扩展性的应用系统必然应用的一些思想,当然还有其他更多的场景……

这篇文章主要是探讨一下元数据在应用系统中的重要性,在xms中如何结合上面的场景,实现灵活扩展与可维护性,同时解放了咱们码农的双手……

一直以来,咱们码农界的项目交接文档中,至少需要提供数据库字典,要求高点的还要提供流程图以及说明、类和方法的描述等,一说到文档,估计大家心中一万个不情愿,这玩意写出来谁看啊,一个不愿意写,一个不愿意看,更别提这系统经过了几手,一个人都没全部搞清楚系统逻辑,怎么写这么一个大系统的说明文档,其实这些更多是公司的一种规范要求,据我了解有9成的人不写不看,要看宁愿直接看代码,那就要看写代码的人的素质了。

有没有办法不用手写这些二X文档?easy啦,元数据管理起来吧,从此妈妈再也不用担心我熬夜写文档了,能准时回家吃饭饭!人生苦短,准时吃饭……

 第一步:表

先把表的元数据管理起来,让大家一看就知道这个表是干啥用的,对应的数据库表是哪个,分别有哪些控制,在系统中一目了然

 

 

 第二步:字段

记录每个字段的详细信息,各种控制开关,关联性等,每个项目的需求不一样,同一个表也会存在很多个性化的字段,在这里一目了然

 

 

第三步:关系

每个表之间的关系,在数据库中叫外键约束,通过哪个字段关联起来的,一对多,多对一,一目了然

 

 

咱们的目的是把系统做活,写死的系统有几个致命的地方:
1、简单的维护都要频繁改源码,无稳定性可言
2、客户没办法个性化,体验差
3、功能复用性低,无二次销售价值
4、难以交接,一改就乱,越改越乱

有了上面这3项的管理,后面一切扩展都轻而易举,交接时直接导出一份文档即可,省下的时间该干啥干啥去,人生苦短,你不搞python,也可以那啥啊,毕竟世界那么大

话说真有想过python再搞一套,有同样理想的咱们后续一起前进=>

posted @ 2019-11-28 10:43  斗半米哥  阅读(2722)  评论(4编辑  收藏  举报