最新要闻

广告

手机

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

家电

天天百事通!(数据库系统概论|王珊)第七章数据库设计-第四节:逻辑结构设计

来源:博客园
  • pdf下载:密码7281
  • 专栏目录首页:【专栏必读】(考研复试)数据库系统概论第五版(王珊)专栏学习笔记目录导航及课后习题答案详解
目录
  • 一:E-R图向关系模式的转换
    • (1)转换原则
    • (2)具体转换
      • A:同一实体间
        • ①:同一实体间1:m 联系
        • ②:同一实体间m:n 联系
      • B:两实体间
        • ①:两实体间1:1联系
        • ②:两实体间1:m联系
        • ③:两实体间m:n联系
        • ④:两实体间弱实体联系
      • C:两个以上实体间m:n
  • 二:数据模型的优化
  • 三:设计用户子模式

概念结构是独立于任何一种数据模型的信息结构,逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用数据库管理系统产品所支持的数据模型相符合的逻辑结构

一:E-R图向关系模式的转换

(1)转换原则

转换原则:每一个实体类型转换为一个关系模式,实体的属性就是关系的属性,实体的码就是关系的码。对于联系的转换注意:


【资料图】

  • 一般1:1、1:m联系不产生新的关系模式,而是将一方实体的码加入到多方实体对应的关系模式中,联系的属性也一并加入
  • m:n联系要产生一个新的关系模式,该关系模式由联系涉及实体的码加上联系的属性(若有)组成

(2)具体转换

A:同一实体间

①:同一实体间1:m 联系

可以在这个实体所对应的关系中多设一个属性,作为与该实体相联系的另一个实体的主码

例如,下面的E-R图可以转化为如下关系模式

职工(工号,姓名,年龄,性别,职称,工资,领导者工号,民意测验)

②:同一实体间m:n 联系

必须为这个“联系”单独建立一个关系,该关系中至少应该包含被它所联系的双方实体的“主码”,如果联系有属性,也一并纳入该关系中。由于这个“联系”只涉及一个实体,所以加入的实体的主码不能同名

例如,下面的E-R图可以转化为如下关系模式

零部件(代号,名称,价格)组装(代号,组装件代号,数量)

B:两实体间

①:两实体间1:1联系

一个1:1 联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并

  • 如果转换为一个独立的关系模式:则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码
  • 如果与某一端实体对应的关系模式合并:则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性

例如,下面的E-R图可以转化为如下关系模式

工厂(厂号,厂名,地点,姓名,任期)厂长(姓名,性别,年龄)

或者

厂长(姓名,性别,年龄,厂号,任期)工厂(厂号,厂名,地点)

②:两实体间1:m联系

可以将“1”方实体的主码纳入“m”方实体对应的关系中作为外码,同时把联系的属性也一并纳入“m”方对应的关系中

例如,下面的E-R图可以转化为如下关系模式

仓库(仓库号,地点,面积)商品(货号,品名,价格,仓库号,数量)

③:两实体间m:n联系

必须对“联系”单独建立一个关系,该关系中至少包含被它所联系的双方实体的主码,如果联系也有属性,也一并纳入该关系中

例如,下面的E-R图可以转化为如下关系模式

学生(学号,姓名,性别,年龄)课程(课程号,课程名,学时)选修(学号,课程号,成绩)

④:两实体间弱实体联系

可以将被依赖实体的主码纳入弱实体中,作为弱实体的主码或主码的一部分

例如,下面的E-R图可以转化为如下关系模式

职工(工号,姓名,年龄,性别,职称)亲属(工号,亲属姓名,亲属关系)

C:两个以上实体间m:n

必须对“联系”单独建立一个关系,该关系中至少包含被它所联系的双方实体的主码,如果联系也有属性,也一并纳入该关系中

例如,下面的E-R图可以转化为如下关系模式

供应商(供应商号,供应商名,地址)零件(零件号,零件名,重量)项目(项目编号,项目名称,开工日期)供应(供应商号,项目编号,零件号,零件数)

二:数据模型的优化

数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能,还应该根据应用需要适当地修改、调整数据模型的结构,这就是数据模型的优化

关系数据模型的优化通常以规范化理论为指导,方法为:

  • 确定每个关系模式内部各个属性之间的数据依赖以及不同关系模式属性之间的数据依赖
  • 对各个关系模式之间的数据依赖进行最小化处理,消除冗余的联系
  • 确定各关系模式的范式等级
  • 按照需求分析阶段得到的处理要求,确定要对哪些模式进行合并或分解
  • 为了提高数据操作的效率和存储空间的利用率,对上述产生的关系模式进行适当的修改、调整和重构

三:设计用户子模式

将概念模型转换为全局逻辑模型后,还应该根据局部应用需求,结合具体关系数据库管理系统的特点设计用户的外模式

在定义用户外模式时可以注重考虑用户的习惯于方便,包括以下几个方面

  • 使用更符合用户习惯的别名
  • 可以为不同级别的用户定义不同的视图,以保证系统的安全性
  • 可将经常使用的复杂的查询定义为视图,简化用户对系统的使用

关键词: 数据模型 逻辑结构 两个以上