考点2 数据库逻辑设计

考点2 数据库逻辑设计

一、数据库逻辑设计概述

• 数据库逻辑设计的依据:信息模型和数据库概念设计说明书,也是数据库用户确认数据需求的依据。
• 数据库逻辑设计的任务:把数据库概念设计的结果(ER模型),转换为具体的数据库管理系统支持的数据模型。
• 数据库逻辑设计是面向机器世界的,这个阶段将按照具体数据库管理系统支持的数据模型来组织和存储数据,包括定义和描述数据库的全局逻辑结构、数据之间的关系、数据的完整性及安全性要求等。
• 数据库逻辑设计的目标:得到实际的数据库管理系统可处理的数据库模式,各模式结构合理,数据之间不存在不合理的数据依赖关系,且满足各类应用的处理和使用要求,为数据库的物理设计及数据库高效、正确地运行打下基础。在优化关系模式中需根据应用规范化理论逐一检查每一个关系模式,使之满足3NF。

• 数据库逻辑设计的依据和阶段目标:
数据库逻辑设计的依据和阶段目标

二、逻辑设计实例

• 将ER图转换成关系模式,一般包含两个步骤:
① 标识ER模型中的联系;
② 依次转换与每个联系相关联的实体集及联系。

• 命名确认
根据项目选定的数据库管理系统支持的命名规则,检查确认关系名和属性名是否符合统一命名规则。

• 优化关系模式
应用规范化理论逐一检查每一个关系模式,使之满足3NF。

三、关系模式转换

• 如何把ER模型转换为关系模型?
在逻辑设计模块主要任务就是把在概念设计中得到ER模型转换为关系模型,转换的准则为二元关系模型和三元关系模型。

1. 二元关系模型

① 1:1 在两个实体任选一个添加另一个实体的主键即可。
② 1:N 在关系N端添加另一端的主键。
③ M:N 在联系实体上添加M端N端主键,然后加上联系实体自身的属性。

2. 三元关系模型

① 1:1:N 当转换为关系模型时,将N端添加另外两端的主键即可。
② M:N:P 在联系实体上添加M端N端P端的主键,然后加上联系实体自身的属性。

四、范式

• 范式是符合某一种级别的关系模式的集合。关系数据库中的关系必须满足一定的要求,满足不同程度要求的为不同范式。

• 非规范化关系的关系图:
非规范化关系的关系图

1. 第一范式(1NF)

• 在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。
• 概念:指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值(无重复的列) ,即实体中的某个属性不能有多个值或者不能有重复的属性。

第一范式(1NF)

2. 第二范式(2NF)

• 概念:指每个表必须有一个(而且仅有一个)数据元素为主关键字,其他数据元素与主关键字一一对应(称这种关系为函数依赖关系),即表中其他数据元素都依赖于主关键字,或称该数据元素唯一地被主关键字所标识。
• 规则:要求数据表里的所有非主属性都要和该数据表的主键有完全依赖关系。如果一个数据表的主键只有单一一个字段的话,它就一定符合第二范式(前提是该数据表符合第一范式)

第二范式(2NF)

3. 第三范式(3NF)

• 概念:指表中的所有数据元素不但要能唯一地被主关键字所标识,而且它们之间还必须相互独立,不存在其他的函数关系。
• 若 R∈3NF ,则R的每一个非主属性既不部分函数依赖于候选码也不传递函数依赖于候选码
• 如果 R∈3NF,则R也是2NF。

  • 16
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值