数据仓库中的逻辑数据模型设计.doc

技 术 !#$%’() 数据仓库中的逻辑数据模型设计 中国建设银行信息技术管理部厦门开发中心 林谊 随着中国建设银行上市信息披露和人民银行监管 概念模型设计中，已经确定了几个基本的主题域，即所 要求的不断提高，能否与世界先进银行管理模式接轨、 谓概念模型。简单说，它们是对真实世界中的概念的描 建立现代化管理体系，已经成为建设银行管理层面临的 述，是实实在在的事物概念，而不是软件实体，弄清这点 巨大挑战。数据仓库的建设目的在于对银行跨业务领域 很重要。在表达形式上，它们一般是由一组静态的结构 的数据进行整合，并在此基础上建立基于共享数据的商 图来表示。 业智能发展能力和管理决策支持能力，为最终实现全行 数据仓库的设计方法是一个逐步完善的过程，所以 的现代化管理体系提供技术、数据及能力上的支持。而 逻辑数据模型设计阶段需要进一步扩展概念模型设计 在数据仓库基础建设中逻辑数据模型设计是核心环节 中所确定的主题域。其目标是提供一种机制，回答所确 之一。 定的系统范围内的业务问题，把业务需求用规范化的模 国外银行有不少成功案例，它们通过采用金融行业 型和关系表进行描述，并编制成文档，以解决定义上的 通用的数据模型，加快金融产品的开发，第一时间满足 冲突，为数据仓库物理数据模型的设计奠定坚实的基 客户的需求。数据仓库界著名的 !# 公司的金融系统 础。 逻辑数据模型（ $%’()）便是业界成熟的模型之一。 本项目逻辑模型设计工具 *#+,- ./01，采 用 2* 逻辑数据模型是把业务需求用规范化的模型和文 （ 2-345678,4- *-9,-::5,-9）符号描述体系。 字进行描述，并编制成文档，重点是数据需求，而不是应 用解决方案。因为反映的是业务逻辑，因此它是数据库 01$%’(-1$23 中立，技术无关的。逻辑数据模型的最终结果是标识出 数据仓库功能领域的实体、属性及其联系的文档，以及 ./设计的理念和原则 关系模式定义。 建设银行数据逻辑模型采用面向主题的设计方法， 实体是任何可以区分的人、地点、事件或概念（ 信 组织来源于多样的业务数据，使用统一的逻辑语言描述 息围绕它来保存）。关系是实体之间的联系。属性是实体 银行业务，以保证数据的一致性。所遵循的设计原则主 的特性或数据字段。 要包括： （ ;）中性与共享性 为了满足不同的业务需求，建设银行逻辑数据模型 !#$%’()%*+,-./ 中存储了建设银行的重要数据元素和关系，同时在模型 逻辑数据模型设计是数据仓库项目的核心基础。在 设计中体现了高度的结构化、模块化设计思想。;; 个主 · 中国金融电脑 年第 期 0* *++, -  技 术 !#$%’() 题域的提炼、主要的分类、相互之间的关系、历史信息的 数据以支持各种可能的分析查询。 保存等，体现了一个清晰、严谨的模型架构。 以这些最小粒度的详细数据为基础，可以根据不同 要涵盖整个银行业的业务范围，且满足不断产生的 的统计分析口径汇总生成所需的各种结果。如果仅仅就 业务发展需求。该模型选择了语义关系建模的设计方 目前的一些分析需求对数据进行筛选和加工，很难保证 法，结合了业务角度建模方法和关系建模方法，以一种 将来不确定的一些统计分析需求的实现。 清晰的表达方式记录跟踪金融机构的重要数据元素以 （ ）历史性 及变动。它们之间的各种可能的限制条件和关系能够表 ==+?@A（ 中国建设银行逻辑数据模型）作为数 达重要的业务规则，如父子关系（ 团体和个人团体）、排 据仓库系统基础平台的逻辑数据模型，利用各种不同的 他分类（ 事件的分类）、多对多（ 团体和协议的关系） 时间戳保留大量的历史数据信息，如评估客户生命周期 等。 价值。除了客户现在的特征外，为了得到保留该客户、销 （ !）模型的一致性 售新产品的可能性，或客户是否会有欺诈行为，可能还 作为基础数据平台设计基础的逻辑数据模型必须 需要分析客户在过去一段时间内的各种行为，包括所持 在设计过程中保持一个统一的业务定义。比如，渠道的 有产品的变化以及交易的次数、金额、渠道、地点等。 定义、团体的分类等，应该在整个企业内部保持一致。将 */逻辑模型的详细设计 来各种分析应用都使用同样的数据，这些数据应按照预 对建设银行原有的数据库系统和各个业务种类以 先约定的规则进行刷新，保证同步和一致。如果是从第 及流程加以分析理解，通过原有的数据库的设计文档以 三方购买的客户信用等级和银行内部信用等级数据，必 及在数据字典中的数据库关系模式，对建设银行现有的 须依照一套相同的存放规则进行处理，它们和其他数据 数据库中的内容有一个完整而清晰的认识，详细了解在 的关联以及刷新的频率等都应该保持同步。 原有的数据库系统中“ 有什么业务”“、 业务怎样组织” （ ）模型的灵活性 和“ 数据如何分