数据仓库中的元数据模型介绍及应用

建立一个统一的、共享的基础数据平台，为各个业务部门的不同业务需求提供一致的、规范的数据；数据的组织围绕银行主要的主题领域进行，如客户、产品、账户和渠道等；一个可扩展的、动态的模型能够经得住时间的考验，当业务改变时（如改变组织结构和产品交易），能够将对数据模型的影响减至最小甚至完全不受影响； DW的数据模型应该是中性的，能够满足各种不同的分析逻辑的要求而设计的，因此它不同于通常所看到的为了支持某个特定的、预先定义的处理过程而设计的模型；数据模型涉及范围广阔，是多功能的和集成的；统一与共享，在于设计的整合。可扩展、动态—范式化/抽象化

逻辑数据模型：数据仓库的核心 逻辑数据模型在数据仓库中扮演着关键角色，它连接着源数据和最终用于分析的应用数据模型。它负责： 存储和管理数据: 定义数据结构、组织和存储采集的数据，为后续分析奠定基础。 回答业务问题: 通过逻辑模型，可以将业务问题转化为数据查询，从而提取有价值的信息。 数据清洗和转换: 定义数据清洗和转换规则，确保数据质量和一致性。 支持多种应用: 为数据集市、商业智能 (BI) 工具和数据挖掘等应用提供数据基础。 建模方法论： 构建逻辑数据模型通常采用以下方法： 实体关系 (ER) 建模: 识别数据实体及其关系，构建实体关系图 (ERD)。 维度建模: 定义事实表和维度表，适用于分析型应用。 逻辑数据模型的价值： 数据理解和沟通: 提供清晰的数据视图，方便业务人员和技术人员理解数据。 数据质量保证: 通过定义数据规则，确保数据的一致性和准确性。 应用开发效率: 简化数据访问，提高应用开发效率。 逻辑数据模型是数据仓库建设的基石，它为数据整合、分析和应用提供了一个坚实的基础。

数据仓库模型的设计 在设计数据仓库模型时，需要考虑到可用的数据。例如，为了完成客户发展、收益分析和呼叫特性分析这三个主题，以下三部分信息是必要的： 客户的基本信息表 客户的账单信息表 客户的呼叫信息表 2.1 数据仓库设计

协议主题（Agreement）数据仓库模型是金融机构用来管理客户契约关系的数据模型。该模型涵盖了账户、合同、存款账户、贷款账户、凭证、投资成交单、卡访问介质、申请单等协议范畴。该模型用于存储和处理协议数据，以支持产品、事件、渠道、当事人、资产、财务、区域、营销、内部机构等方面的业务分析和决策制定。

在模型设计流程中，首先进行模型培训，然后根据应用需求进行源系统调研和交流。接着进行表级和字段级分析，设计逻辑数据模型（LDM）并进行评审。在设计过程中考虑各种因素，优化实体和属性的结构，确保PDM的命名和字段类型合理。根据需求增加冗余字段和派生表，同时考虑大表的拆分及历史表的管理。最后，进行物理数据模型（PDM）的设计和评审，制定数据映射方案，开发ETL过程，并进行测试和上线前的评审工作。

数据处理的分类，数据仓库的历史、概念及特点，数据仓库系统的体系结构以及数据仓库的实际应用。

多维数据模型的事实度量(Metrics)涉及时间维的属性。

表达数据模型的顶级数据存储即为数据仓库，它提供最实时、最准确、最完备的数据，并与外部数据源兼容性强。定义和记录系统的目的在于发掘现有系统中最优质的数据。

建行数据仓库的基本架构涉及多个业务系统，包括ODS业务系统、AML、ALM、DCC网银个贷系统、信用证系统等。源表(sdata)通过中间层的pdata将数据传递至数据仓库中的CCDA和CAS等组件。核心银行业务处理系统（DCC）在数据仓库中的目标表大致分为三类：拉链表、时间切片表和当前表。这些表通过不同的物理字段来处理时间信息，特别是Start_Date、End_Date和Data_Dt等字段，能够有效地保留ETL过程中的时间维度数据。