数据库设原理与思路.pptx

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
数据库设原理与思路

培训简介 数据库设计原理与思路 2017年5月8日 培训简介 培训对象: 系统集成部 培训目的: 以业务为导向,设计表,以及表的关系 字段规划;关系映射 数据库与上层应用对应关系 目录 以业务为导向,设计表,以及表的关系 什么是表 关系模型是由埃德加·科德于1970年首先提出的。就是指二维表格模型,即就是由二维表及其之间的联系组成的一个数据组织。 以业务为导向,设计表,以及表的关系 表设计的几个原则(范式) 第一范式 第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式。 第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个数据库表的字段就行。 以业务为导向,设计表,以及表的关系 表设计的几个原则(范式) 第二范式 二是没有包含在主键中的列必须完全依赖于主键,而不能只依赖于主键的一部分。 以业务为导向,设计表,以及表的关系 表设计的几个原则(范式) 第三范式 在第二范式的基础上,还增加:一个表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中。 以业务为导向,设计表,以及表的关系 表设计思路 需求收集 概念设计 物理设计 实施 对象 属性 关系 实体设计 字段设计 关系生成 SQL 文档 用户需求 功能界限 以业务为导向,设计表,以及表的关系 表设计举例 部门 部门名称 部门领导 员工 姓名 工号 职称 名称 年限 机构 设计一个员工及职称的系统 以业务为导向,设计表,以及表的关系 数据库表设计举例 员工表 部门表 这个设计有问题吗? 目录 字段规划;关系映射 兼容共性与特性 1)字段,表现了所对应 实体的所有属性(映射关系) 2) 字段类型,与所存储对应属性的类型一致 3) 兼容共性与特性 4) 上、下游一致 5) 考虑产品生命周期要求 6) 兼顾性能 字段规划;关系映射 字段类型,与所存储对应属性的类型一致 大对象/文件对象。最大可存储64Gb 日期 数字 时间戳 字段规划;关系映射 兼容共性与特性 1)是否可空 2)默认值(用户体验)、数据检验 字段规划;关系映射 上、下游一致 1)同一对象/属于,在所有实体对象中,应保持一致 2)兼容上、下游厂家、格式等 字段规划;关系映射 考虑产品生命周期要求 1)同一产品,不同版本数据应有所考虑 2)当前数据与历史数据有所考虑 3)常用数据与非常用数据有所考虑 字段规划;关系映射 兼顾性能 1)同种数据(汉族、满族)分别设计 2)历史数据分别设计 3)硬件设计(参考大数据) 目录 数据库与上层应用对应关系 三层开发体系 字段规划;关系映射 对应关系 1) 数据库与上层应用对应关系 对应关系 数据的存储 数据的约束(PK、FK) 业务处理逻辑 数据表现: 单表 SQL 视图 目录 常用设计工具 MICROSOFT VISIO 常用设计工具 MICROSOFT VISIO 常用设计工具 MICROSOFT VISIO 常用设计工具 PowerDesigner

文档评论(0)

1444168621 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档