基本概念
元数据描述的是数据的背景、内容、数据结构及其生命周期管理。简而言之,元数据是“数据的背景”。通俗可以理解为数据模型就是元数据。
元数据管理全景包括三部分内容:
- 元数据模型
- 元数据拓扑结构
- 元数据管理方法论
元数据管理最主要是能方便集成不同数据库、数据模型、OLAP和ETL(数据抽取、转换和装载)工具所包含的各式各样的元数据。
元数据包括业务规则、数据源、汇总级别、数据别名、数据转换规则、技术配置、数据访问权限、数据用途等。
企业元数据模型
在企业内部,业务和技术(IT)领域,彼此是一对一的关系,对元数据同样适用。业务元数据和IT/技术元数据也是一一对应。
不这两个分支相交的三层概念如下表详述:
分层 | 业务元数据 | IT/技术元数据 | |
---|---|---|---|
顶层 | 概念/主题域 | 系统 | |
中层 | 业务实体/业务交易 | 技术对象 | |
底层 | 业务术语 | 技术元素 |
顶层 : 业务元数据中的最高概念层表示为‘主题域’戒者‘概念’。 例如HR (人力资源), CRM (客户关系管理)以及支付等等,往往在收集业务需求时界定。不乊对应,技术系统将根据每个主题域迚行开収,例如Oracle可以为HR主题域开収HRMS,也可以为CRM实施SIEBEL系统。这些形成了IT/技术元数据中的‘系统’层。
中层:每一个主题域可以被分解成业务实体戒者业务交易。客户、供应商、合作方、客户使用的仸何应用,以及诸如订单管理这样的业务交易等,形成了CRM中的业务实体。每个业务实体的细节通过技术对象来存储,比如用数据表、报表以及映射关系等。
底层:业务术诧形成了业务元数据最底层的抽象概念。对业务实体而言,比如某个应用,业务术诧可以是客户ID、客户姓名以及产品ID等等。而IT/技术的最底层是技术元素。元素级的细节信息,如列、字段戒转换形成了技术元素。
前台元数据
后台元数据
过程元数据
元数据集中式和分布式管理
元数据配置管理
BIDS元数据管理方法论:
元数据框架定义