元数据管理的重要性 - xms

什么是元数据？引用百科的描述就是：元数据（Metadata），又称中介数据、中继数据，为描述数据的数据（data about data），主要是描述数据属性（property）的信息；

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

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

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

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

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

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

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

第一步：表

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

第二步：字段

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

第三步：关系

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

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

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

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