欢迎来到装配图网! | 帮助中心 装配图网zhuangpeitu.com!
装配图网
ImageVerifierCode 换一换
首页 装配图网 > 资源分类 > PPT文档下载
 

数据模型基本概念及建模方法论-logic.ppt

  • 资源ID:6150990       资源大小:4.10MB        全文页数:50页
  • 资源格式: PPT        下载积分:9.9积分
快捷下载 游客一键下载
会员登录下载
微信登录下载
三方登录下载: 微信开放平台登录 支付宝登录   QQ登录   微博登录  
二维码
微信扫一扫登录
下载资源需要9.9积分
邮箱/手机:
温馨提示:
用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
友情提示
2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

数据模型基本概念及建模方法论-logic.ppt

数据模型的基本概念及建模方法论 2 内容安排 数据模型相关术语 什么是数据模型 建模注意事项 数据模型方法论 什么是数据模型 以数学的方式对现实事物的一种抽象表达 特征 内容 描述了数据 及其之间的关系形式 反映了数据的组织与管理形式用途 数据仓库 系统建设中的数据信息的蓝图 数据仓库 系统建设的核心业务人员与IT人员沟通的语言和工具 3 数据模型的分类 数据仓库项目中数据模型可以分为以下几种 ConceptualDataModel CDM 概念数据模型LogicalDataModel LDM 逻辑数据模型PhysicalDataModel PDM 物理数据模型ApplicationDataModel ADM 应用数据模型 4 概念数据模型 ConceptualDataModel CDM 概念数据模型从全局上 宏观上介绍模型设计思路 范围和内容 主要组成元素主题主题间关系主题中的重要实体实体间的相互关系目标与用途圈定建模的范围划分建设主题理清主要业务关系构造逻辑数据模型的框架 5 逻辑数据模型 定义 使用逻辑建模语言定义数据与数据之间的逻辑关系以图形化的形式反映客户的业务规则达到数据组织的设计目标 6 逻辑数据模型 LogicalDataModel LDM 逻辑数据模型设计人员 业务人员 IT人员设计目标设计蓝图 指导整个数据仓库系统的建设业务语言 业务人员与技术人员沟通的手段和方法业务视图 独立于数据库技术实现设计内容 实体 关系和属性建模方法 3NF的设计方法后续工作 物理数据模型的输入 7 物理数据模型 PhysicalDataModel PDM 物理数据模型设计目标 面向物理实施的具体细节输入条件继承于逻辑数据模型依赖于所选择的数据库决定于业务需求和性能之间的平衡设计内容数据库 表和字段 索引需要作非正则化处理后续工作 ETL 元数据管理和前端应用输入 8 应用数据模型 ApplicationDataModel ADM 应用数据模型设计目标满足最终用户对数据的访问 内容 形式要求 满足应用系统对数据的存取 性能 存储要求 主要特征面向PowerUser和业务人员与具体的应用相关多维分析时一般采用星型结构或者雪花状结构的设计方法是事实表和维度表的组合 9 逻辑数据模型与物理数据模型比较 10 逻辑数据模型在数据仓库中的定位 11 存储和管理 采集 回答业务问题 析取 清洗 条件 剔除 家庭关系 加载 业务系统 业务系统 业务数据 外部数据 关系数据库管理系统 聚集 统计 人工智能 神经网络 多维 可视化 EIS DSS 电子表 对象语言 开发 企业数据仓库 从属数据集市 业务人员 IT用户 数据导入 知识发现数据挖掘 信息存取工具 源数据 逻辑数据模型 应用数据模型 12 内容安排 数据模型相关术语 什么是数据模型 建模注意事项 数据模型方法论 13 逻辑数据模型基本术语 一 模型结构第三范式 3NF 结构星型结构 多星型结构 雪花型结构 模型分类概念数据模型逻辑数据模型物理数据模型应用数据模型 3NF基础数据模型 StarSchema 汇总数据 已知应用模型 Snowflake 星型结构的演变 14 实体独立型实体依赖型实体子类实体 主题域层面 核心实体关系实体特征实体分类实体 逻辑数据模型基本术语 二 15 属性 描述真实或抽象事物相关联的特征或性质 主键 识别实体实例唯一性的属性 属性组 可选键 能识别实体实例唯一性的其他属性 属性组 外键 通过父实体到子实体关系转移到子实体的属性 非键属性 不是实体主键属性的其他属性 基础名 外键的原来名称 角色名 外键的新名称 表明取值是父实体属性的子集 鉴别器 取值决定父实体实例属于哪个子类的属性 逻辑数据模型基本术语 三 16 关系二元关系父实体的一个实例严格关系子实体的0 1或多个实例的这种关系是二元关系基数父 子实体实例的比例 如1 1 1 M识别 型 关系子实体实例唯一性的识别与父实体相关联 父实体的主键属性成为子实体的主键属性非识别 型 关系子实体不需要与父实体的关系就可以确定实例唯一性 父实体的主键属性成为子实体的非键属性 逻辑数据模型基本术语 四 17 关系确定关系父实体的一个实例对应子实体的0 1或多个实例 并且子实体的一个实例对应0或1个父实体的实例非确定关系多对多关系子类关系子类实体和所属父实体的关系完全子类群所属父实体的每个实例都能够与子类群的一个实体实例相关联不完全子类群所属父实体的每个实例不一定都有子类相关联 逻辑数据模型基本术语 五 LogicalDataModel LDM Example 18 Entity KeyAttribute NonkeyAttribute Relationship CardinalityOne to many1 M BusinessRule onecustomerinvoiceatleastcontainsoneinvoiceitem 逻辑数据模型基本术语 示例 范式理论NormalForm 关系数据库 原子性第一范式 每个属性的值唯一第二范式 键值依赖非键属性依赖所有的主键属性 不存在部分键属性就决定的非键属性 第三范式 完全键值依赖非键属性完全依赖且只依赖与键属性 不存在非主键属性依赖其他非主键属性的情况 BCNF第四范式第五范式 19 关系数据库理论中对于实体划分 实例 记录 设计的规则 TheKEY 1stNormalForm 1NF TheWHOLEKey SecondNormalForm 2NF AndNOTHINGBUTtheKey ThirdNormalForm 3NF E F Codd 违反第一范式 20 如果数Quantity属性被定义为 不是与Order相关 就是与Part相关 例如 在OLTP系统中常见的字段复用现象 属此类问题 110 152 违反第二范式 21 依赖了复合主键的一部分 客户经理 地域客户经理编号 违反第三范式 22 依赖了非主键属性 不参与主键的外键属性 正则化LDM对数据库物理实现的优势 保留了更多的业务关系更多的主索引选择最佳的数据分布更少的全表扫描更多的连接选择增强优化器使用更有利于提高性能的合并 聚合连接方法最佳的数据分离 耦合度 最佳的底层模型与用户分离最佳的数据控制每行更少的字段最佳的与应用分离更小的行最佳的数据块大小减少临时与永久日志空间减少物理I O 23 要考虑正则化对数据库性能的要求 24 内容安排 数据模型相关术语 什么是数据模型 建模注意事项 数据模型方法论 NCR数据仓库实施方法论 25 逻辑数据模型设计步骤 26 Step1 定义业务需求与范围Step2 定义实体Step3 定义关系Step4 定义非键属性Step5 确认模型 Step1 定义业务需求与范围 27 确认已经理解全部业务需求什么困难或问题需要解决 一般情况下这些问题主要关系到增加收入或降低成本等模型必须能够回答哪些业务问题 有哪些业务功能必须处理 有哪些业务限制存在 是否每一个参与人员都可以共享他们的业务需求 决定搜集需求的方法回顾已经存在的资料 例如现存的报表 新的业务需求访谈以上两种混合的方法 Step2 定义实体 28 制定初始的实体池 不加区分的实体集合 为每一个实体进行定义删除超出项目范围的实体为剩下的每一个实体定义主键为可用的实体编写文档可选 使用带样本数据的表格形式与用户进行确认必须 使用ER图制定最终版本的交付材料 Step3 定义关系 29 识别实体间的关系对于每一个关系删除超出项目范围的关系删除间接的关系为每一个剩余的关系进行定义识别每一个可用的关系的基数 1 1 1 M M M 参照完整性确保每一个关系 PK FK参照 是完整的 有效的为模型中可用的关系编写文档 使用FK定义关系可选 使用带样本数据的表格形式与用户进行确认必须 使用ER图制定最终版本的交付材料 Step4 定义非键属性 30 识别并定义相关的非键属性删除超出项目范围的属性根据直觉或经验将剩余的可用属性放入一个表中逐一验证每一个可用属性的摆放位置为模型中的每一个可用属性编写文档可选 使用带样本数据的表格形式与用户进行确认必须 使用ER图制定最终版本的交付材料在模型的最终交付文档中添加业务限制条件 Step5 确认模型 1 31 根据需要重复以上步骤多次反复经常是必须的 需求 业务规则 操作的复杂性决定 模型中的任何变更都会带来连锁反应 因此需要非常认真的回顾与评审 实体的变更经常影响关系的定义和属性的位置摆放关系的变更经常影响属性的位置摆放属性的位置的变更可能影响其他属性的摆放 Step5 确认模型 2 32 通过回答以下问题 持续地对模型的范围进行验证 这一模型组件的含义 与业务的关系是什么 这一模型组件驱动的业务需求是什么 对模型是否已经满足所有业务需求 业务问题及限制条件等 进行验证绝对不要考虑任何与物理实施相关的问题 当所有回答业务需求所必须的数据已经齐备时 停止对模型进行优化 主要任务 转换逻辑数据模型 LDM 为物理数据模型定义主索引 次索引非正规化处理 demoralizations 数据库建立设计优化数据库功能测试使用工具 ERWin交付项目 物理数据模型 PDM 物理数据模型说明书 数据库描述语言DDL 33 物理数据库设计 数据仓库管理 物理数据模型 数据转换 应用开发 数据挖掘服务 系统体系结构设计 元数据管理 解决方案集成 物理数据模型命名规范 34 35 内容安排 数据模型相关术语 什么是数据模型 建模注意事项 数据模型方法论 建模注意事项 划分相应的主题 客户 产品 账户 事件 行销活动 渠道 地理区域 确定主题与主题之间的关系客户购买产品产生账户 使用产品触发事件运营商通过各种渠道 在不同地理区域进行个性化的行销活动确定每个主题中关键的实体和实体间的关系客户主题中 如参与人 个人 组织等实体 以及实体间的关系 参与人由个人和组织组成进入逻辑数据模型 细化概念数据模型设计 36 建模注意事项 定义数据模型的命名规则命名规范意义统一命名 减少歧义防止冗余的实体或属性的产生良好的命名规范有助于业务人员与技术人员间的沟通便于使用逻辑模型实体和属性命名方法实体名 PAR Party 主题域大写 实体描述词采用全称属性名 AccountNbr 词采用全称 首字母大写 词与词之间使用空格连接 37 38 LDM与PDM的区别 逻辑数据模型 LDM 内容业务模型记录业务规则和关系 与数据库无关用途 与业务人员进行沟通和理解的工具用来确认可以回答业务问题 物理数据模型 PDM 内容数据库模型表现物理数据属性 数据类型 长度 索引与数据库相关用途 支持业务系统运行解决数据存储问题解决应用处理性能问题 39 LDM实现为PDM的条件 LDM业务规则 PDM 软 硬件平台特性 应用开发策略 进行PDM设计必须考虑的因素 缺一不可 核心业务规则 软 硬件平台个性化 用户 开发商个性化 70 10 20 主要考虑因素 输入内容 影响程度 40 LDM业务规则 PDM 业务规则继承 PDM不应违反LDM中界定的业务规则包括 业务概念相同业务关系相同核心业务要素相同 LDM PDM 41 业务规则继承 举例 客户编码ABC 用户编码客户编码XY 业务规则 客户的定义是XXX 实体定义 鉴别客户唯一性的标识为客户编码 主键 客户核心属性包括 A B C 属性 一个客户可以拥有多个用户 关系 识别用户所属客户的标识为客户编码 外键 客户 用户 CUST IDABC USER IDCUST IDXY CUST USER 42 软 硬件平台特性 考虑平台特色 PDM应考虑实际数据库平台的特色包括 不同数据库的数据类型 长度不同不同数据库的索引机制不同不同的数据库处理性能不同不同的硬件平台 配置处理性能不同 PDM LDM PDM 43 考虑平台特色 举例 客户编码客户姓名BC 用户编码客户编码XY 客户 用户 CUST IDChar 8 Cust NameChar 8 BC USER IDCUST IDXY CUST USER Cust IDLongintGuest NameChar 12 BC USER IDCUST IDXY CUST USER 例如 数据类型 长度不同等 44 应用开发策略 考虑应用开发策略 PDM应考虑应用系统的实施策略包括 表的横向分割 表的纵向分割 创建汇总表 临时表 属性冗余 创建主索引 可能与LDM主键不同 PDM LDM PDM 45 考虑应用开发策略 举例 客户编码客户姓名BC 用户编码客户编码XY 客户 用户 CUST IDCust NameB USER IDCUST IDXY CUST B USER CUST IDC CUST C 横向分表 CUST IDABC USER IDCUST IDXYA CUST1 USER CUST IDABC CUST2 CUST IDABC CUST3 1类 前1000条 2类 中2000条 3类 后1000条 共3000条 例如 横向表 纵向分表 子类 属性冗余等 建模注意事项 设计逻辑数据模型按照ERA设计流程设计逻辑数据模型确定实体Entity定义实体的主键KEY定义部分非键属性Non KeyAttribute定义非唯一属性组 InversionEntry添加相应的注释内容 46 建模注意事项 设计逻辑数据模型确定实体与实体之间的关系Relationship确定实体间关系属于1 1 1 M还是M M通过ForeignKey进行体现补充实体的非键值属性Attribute按照3NF的规则 判定每添加的一个属性是否符合3NF的设计原则增加的属性如果违反3NF 确定新的实体和关系添加中文注释部分 47 建模注意事项 物理数据模型设计物理数据模型的输入逻辑数据模型SDA源数据分析非正则化方面的需求 如性能和存储的要求物理数据模型的输出物理数据模型物理数据模型设计说明书生成DDL建表语句作为SDM 源数据对应 的输入 SDM将提供ETL数据转换规则 48 建模注意事项 物理数据模型设计以逻辑数据模型作为输入按照RDBMS的要求对于相应的表和字段进行简写依照物理数据模型命名规范非正则化处理定义索引定义是否允许NULL定义是否可以压缩定义是否大小写敏感定义是否需要分区 49 模型设计的后续工作 模型的验证工作软验证 业务案例硬验证 业务数据模型设计维护和扩展工作数据模型是不断增强的 可扩展的 但要保证其相对的稳定性前端应用中的多维模型的设计前端应用以及ETL从性能和使用上对于PDM的修改要求业务规则的变化以及新的产品的产生也会对LDM和PDM有修改或者扩展的要求模型设计要考虑今后的可扩展性 以适应新的业务规则和业务需求 50

注意事项

本文(数据模型基本概念及建模方法论-logic.ppt)为本站会员(sh****n)主动上传,装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知装配图网(点击联系客服),我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!