数据模型之经典培训.pptVIP

什么是数据模型？ 数据模型作用 为复杂的业务系统实施提供了规范和基础结构－蓝图 促进业务部门用户和IT分析人员之间的有效沟通，提高了IT 系统开发的效率 明确业务需求 解决业务问题 形成对重要业务定义和术语的统一认识，有助于业务的积累 具备跨部门、中性的特征，能够表达所有的业务 业务具有一定的稳定性，可以减少项目实施的风险 借鉴行业实践检验，提供成熟、可扩展的方案 数据模型的基本组成 数据模型由实体、属性和关系组成： 实体是具有公共性质的可区别的现实世界对象的集合，诸如人、地点、事件或概念等任何要保留信息的事务，如客户、产品等。包括基本实体、子类型实体、属性实体、关联实体四种类型。 属性是描述实体或者联系的性质的数据项，是实体的特征，每个属性都代表实体的单个特征信息，如客户ID、客户名称等，其中主键用于唯一标识实体，外键存在于父子关系的一对实体间。 关系是表示实体之间的关联、连接等。关系有一对一、一对多、或者多对多。关系有基数、可选性、标识联系、非标识联系等特性。 范式化 第1范式：属性依赖于键 第2范式：属性依赖于全键 第3范式：属性只依赖于键 总结：所有属性必须依赖键且为全键，并且只能依赖于键 讨论： 范式化与逆范式化（通俗的说法：窄表、宽表） 数据模型与数据结构 指标维护-指标关系历史 指标维护-指标性质 指标维护-计算方式代码 指标结构 指标维护-指标性质 指标维护-计算方式代码 数据模型关系 通用数据模型 主题划分 金融数据模型总览 当事人 产品及协议 交易 当事人-定义及分类 当事人-法律实体 当事人-组织机构 当事人-客户 产品-定义 产品-特性 产品-分类 协议 交易 财务记录（账户） 财务记录(账户) 协议-交易-账户的关系 当事人（具有银行指定的客户角色）与银行进行某种业务时，必然针对银行的某种产品，其产品自身的特点及交易属性决定了在交易时必须遵循一定的规则，即双方必须遵守的业务约定（协议）。 在业务约定的前提下，在一定的时间和地点双方实现业务约定的内容，即进行交易，交易过程中会伴随有相应的金额数量和币种等信息。 交易发生时，银行会记录与这笔交易有关的财务信息，即影响银行财务增加或减少的财务记录（账户）。 地域 通讯 凭证 时间表 金融资产 分类 元数据业务视图 多维模型 多维建模是一种将数据模型概念化和形象化为一组可用一般商业概念描述的度量的技术。 星型模型 雪花模型 多维建模的基本概念 维度 度量 面向业务人员的建模过程 数据仓库经典著作 数据仓库模型主题的定义 数据仓库模型主题的时间性 数据仓库建模 数据仓库建模 数据仓库建模 目录 数据模型的概念 主题域模型介绍 FSD数据模型总体介绍 FSD数据模型应用 数据仓库建模基础 总结 Wiley - Mastering Data Warehouse Design - Relational and Dimensional Techniques * 抽象反映现实世界的一种手段 * * 分析逻辑模型的过程 分析业务、交易，确定fsd主题 分析监管报表、业务报表、管理报表 确定逻辑 贷款案例 45张与贷款业务相关的报表 * 对于那些同时存在于模型Ａ和模型Ｂ的实体，继续进行属性级分析、合并属性、统一属性名、数据类型、定义。它是最终逻辑模型。 对于那些在模型Ｂ但不在模型Ａ的实体，增加新实体到最终模型中。重复进行步骤４的属性分析、根据企业命名标准确定名称、日期类型和定义。 对于那些存在于模型Ａ但不存在于模型Ｂ的实体，需要识别和查找新的源数据。 逻辑模型要由业务主题专家和《企业数据建模最佳实践》的“模型验证”过程验证 DW在物理本质上，和DB,FILE SYSTEM一样，也是一堆数据的集合 目录 数据模型的概念 主题域模型介绍 FSD数据模型总体介绍 FSD数据模型应用 数据仓库建模基础 总结 FSD（Financial Service Datastore）的目标 面向银行业，满足银行业务、管理、监管要求 通过多家银行的报表需求，不断完善FSD元数据内容 通过对报表需求的分析，不断完善元数据定义的标准 通过多家银行的项目实施经验，不断完善数据采集的管理、调度机制，实现外部业务系统、数据平台的安全、协调运行 具有良好的拓展性，满足银行不断推出的新业务、新服务的要求 制定FSD管理流程，保证FSD与数据平台产品的同步升级 建立FSD数据管理方法论，保证新增数据与数据模型、历史数据的有效衔接 协助银行，制定有效的数据管理制度 从任何角度统计，在业务逻辑一致的情况下，结果相同 从分户账、总账、交易信息，等等，任何一个角度进行统计，结果一致 数据 代理层 ETL 处理 ETL 处理 数据提供者 业务报表 管理报表 数据检核 访问控制 元