- 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
为什么需要设计数据库 为什么需要设计数据库 良好的数据库设计 节省数据的存储空间 能够保证数据的完整性 方便进行数据库应用系统的开发 软件项目开发周期 需求分析阶段:分析客户的业务和数据处理需求; 概要设计阶段:设计数据库的E-R模型图,确认需求信息的正确和完整; 详细设计阶段:将E-R图转换为多张表,进行逻辑设计,并应用数据库设计的三大范式进行审核; 代码编写阶段:选择具体数据库进行物理实现,并编写 代码实现前端应用; 软件测试阶段:…… 安装部署:…… 2.需求分析 目标 需求分析工作 分析用户活动产生,产生业务流程图 确定系统范围,产生系统范围图 分析用户活动涉及的数据,产生数据流图 分析系统数据,产生数据字典 3 概念设计 目标 为什么需要概念设计? 概念设计的主要步骤 进行数据抽象,设计局部概念模式 将局部概念模式综合成全局概念模式 评审 4.逻辑设计 目标: 是否满足本企业的业务逻辑 5. 物理设计 目标 什么是数据库的物理结构? 物理设计的步骤 存储记录结构设计 确定数据存放位置 存取方法的设计 完整性和安全性考虑 程序设计 6.数据库的实现 目标 实现数据库应做的主要工作 用DDL定义数据库结构; 组织数据入库; 对数据量不大的小型系统(人工) 主要工作:筛选数据;转换数据格式;输入数据;校验数据。 对大中型系统(自动) 主要工作:筛选数据;输入数据;校验数据;转换数据;综合数据。 编制与调试应用程序; 数据库试运行。 功能测试 性能测试(时空代价) ER模型 为什么要用ER模型 通用的数据库建模的方法 与具体数据库无关 什么是ER模型 ER:实体(Entity)关系(Relation) ER模型要素 实体 属性 关系 案例:师生班级模型 需求:在学校,一个学生可以有多位老师,一位老师可以有多位学生。一个学生在一个班,一个班有多个学生。 如何在数据库中设计这种关系? 问题:老师有哪些属性? 工号、姓名、性别、职称 问题:学生有哪些属性? 学生、姓名、专业、班级 问题:班级有哪些属性? 班级名称(图略)。 案例:师生关系模型 问题3:师生之间是(一对一、一对多、多对多)关系?学生与班级呢? 多对多 多对一 实训案例:师生关系模型 PowerDeinsger安装 了解PD物理数据模型 了解PD概念数据模型 了解由概念数据模型转化到物理数据模型 简历中的作用 熟悉数据库建模理论,熟悉使用PD进行数据库概念模型设计和物理模型设计。 熟悉各种查询统计SQL 、熟悉存储过程和触发器的编写 复杂ER图设计 任务:根据下面ER图描述该公司的具体情况 参考: 某公司有以下信息:该公司有很多部门,各部门有多个专用办公室,每个办公室有多个电话,各部门有很多职工,并且一个职工不能在其它部门兼职;各部门有很多项目,项目有多个职工参与完成;每个职工都有一个固定的职工。 数据规范化 仅有好的RDBMS并不足以避免数据冗余,必须在数据库的设计中创建好的表结构 Dr E.F.codd 最初定义了规范化的三个级别,范式是具有最小冗余的表结构。这些范式是: 第一范式(1st NF -First Normal Fromate) 第二范式(2nd NF-Second Normal Fromate) 第三范式(3rd NF- Third Normal Fromate) 第一范式 (1st NF) 第一范式的目标是确保每列的原子性 如果每列都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式(1NF) 第二范式 (2nd NF) 如果一个关系满足1NF,并且除了主键以外的其他列,都依赖与该主键,则满足第二范式(2NF) 第二范式要求每个表只描述一件事情 第三范式 (3rd NF) 如果一个关系满足2NF,并且除了主键以外的其他列都不传递依赖于主键列,则满足第三范式(3NF) 规范化实例 假设某建筑公司要设计一个数据库。公司的业务规 则概括说明如下: 公司承担多个工程项目,每一项工程有:工程号、工程名称、施工人员等 公司有多名职工,每一名职工有:职工号、姓名、性别、职务(工程师、技术员)等 公司按照工时和小时工资率支付工资,小时工资率由职工的职务决定(例如,技术员的小时工资率与工程师不同) 公司定期制定一个工资报表,如图-1所示 规范化实例 规范化实例 规范化实例 表中包含大量的冗余,可能会导致数据异常: 更新异常 例如,修改职工号=1001的职务,则必须修改所有职工号=1001的行 添加异常 若要增加一个新的职工时,首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据,先给这名职工分配一
文档评论(0)