数据库总结作业数据库设计七

数据库 专栏收录该内容
11 篇文章 0 订阅

数据库设计六个阶段:

一.需求分析阶段

二.概念结构设计阶段

三.逻辑结构设计阶段

四.物理结构设计阶段

五.数据库实施

六.数据库运行和维护

一.需求分析: 

需求分析和概念设计独立于任何数据库管理系统 

主要目的是综合各个用户应用需求

重要:

建立数据字典,数据字典内容为:

1.数据项

2.数据结构

3.数据流,建立数据流程图

4.数据存储

5.处理过程

二.概念结构设计阶段:

形成独立于机器特点,独立于各个数据库管理系统产品的概念模式E-R图)

重点是E-R图

一.特点:

1.能真实反映情况

2.易于理解

3.易于更改

4.易于向各种关系模型转化

二.两个实体联系

1.   1:1

2.   1:n

3.   m:n

三.三个实体联系

 上面的两个关系分别为讲授、供应关系

四:单个实体型

同一个实体集内的各实体之间也可以存在一对一、一对多、多对多的联系。

例如,职工实体型内部具有领导与被领导的联系,即某一职工(干部)“领导”若干名职工,而一个职工仅被另外一个职工直接领导,因此这是一对多的联系

五.E-R图画法

1.

实体型用矩形表示

实体属性用椭圆形表示

联系用菱形表示,联系可以有属性

例如:商品-供应图

先画出出实体及实体间的关系,再加上属性

例题1:

转化过的关系模式是:

部门(部门号,领导职工号...)主码是部门号,外码是领导职工号
职工(职工号,部门号...)主码是职工号,外码是部门号
产品(产品号,负责人职工号...)主码是产品号,外码是负责人职工号
工作关系(职工号,产品号,工作天数)主码是(职工号,产品号)外码是职工号、产品号
供应关系(供应商编号,产品编号,零件号)主码是(供应商编号,产品编号,零件号),外码是供应商编号、产品编号、零件号
供应商(供应商编号...)主码就是它
零件(零件号...)主码就是它
1:1或1:n向对应的1端、n端合并时,关系的码不变,不增加

 例题2

 

学生(...)主码是学号
选课(学号,课程号,成绩)主码是(学号,课程号)外码是学号,课程号
课程(课程号,课程名)主码是课程号
教师(职工号,课程号,教师姓名,职称)主码是(职工号)外码是课程号

例三

公司(公司编号,公司名,地址)主码是公司编号
仓库(仓库编号,仓库名,地址,所属公司编号)主码是(仓库编号),外码是所属公司编号
职工(职工编号,姓名,性别,所在仓库号,聘期,工资)主码是(职工编号)外码是所在仓库编号
//聘期和薪资是联系属性,在与N端合并时要加上,不要忘了

 例四:

 


研究所(编号,名称,地址)主码是编号
科研人员(职工号,性别,年龄,职称,所在研究所编号)主码是职工号,外码是所在研究所编号
科研项目(项目号,项目名,经费,所在研究所编号)主码是项目号,外码是所在研究所编号
研究工作关系(科研项目号,职工号,工作量)主码是(科研项目号,职工号)外码是科研项目号、职工号


//


 

 

 可能有的冲突:

属性、命名、结构冲突

数据库设计的概念设计阶段,表示概念结构的常用方法和描述工具是(C )。
A.层次分析法和层次结构图
B.数据流程分析法和数据流程图
C.实体联系法和实体联系图
D.结构分析法和模块结构图

三.逻辑结构设计阶段

1. 首先将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,

形成数据库(重点是转化成关系模型)

2. 然后根据用户处理的要求、安全性的考虑,在基本表的基础上再建立

必要的视图(View),形成数据的外模式

 

1.1

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

1.转换为一个独立的关系模式

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的候选码:每个实体的码均是该关系的候选码

2.与某一端实体对应的关系模式合并

合并后关系的属性:加入对应关系的码和联系本身的属性

合并后关系的码:不变

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

1.转换为一个独立的关系模式

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的码:n端实体的码

2.n端对应的关系模式合并

合并后关系的属性:在n端关系中加入1端关系的码和联系本身的属性

合并后关系的码:不变

可以减少系统中的关系个数,一般情况下更倾向于采用这种方法

3.一个m:n联系转换为一个关系模式

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的码:各实体码的组合

4.三个或三个以上实体间的一个多元联系转换为一个关系模式。

关系的属性:与该多元联系相连的各实体的码以及联系本身的属性

关系的码:各实体码的组合

5.具有相同码的关系模式可合并

目的:减少系统中的关系个数

合并方法:

 将其中一个关系模式的全部属性加入到另一个关系模式中

 然后去掉其中的同义属性(可能同名也可能不同名)

 适当调整属性的次序

例题:

部门(属性加入了职工的码):部门号,部门名,经理职工编号(主码不变为部门号)

职工(并上部门关系的码):职工号,部门编号,职务(主码不变为职工号)

产品(并上职工的码):产品号,产品名,负责人编号(主码不变为产品号)

供应商:供应商号,姓名

零件:零件号,零件名

职工工作(并上职工、产品码、联系属性):职工号,产品号,工作天数

供应关系(并上产品、供应商、零件码及联系属性):产品号,零件号,供应商号,供应量

在关系数据库设计中,设计关系模式是数据库设计中(A )阶段的任务
A. 逻辑设计阶段 B. 概念设计阶段
C. 物理设计阶段 D. 需求分析阶段

分解范式也是

四.物理结构设计阶段:

根据数据库管理系统特点和处理的需要,进行物理存储安排,建立索引,形成数据库内模式

数据库设计可划分为七个阶段,每个阶段都有自己的设计内容,“为哪些关系,在哪些属性上、键什么样的索引”这一设计内容应该属于(C )设计阶段。
A. 概念设计 B. 逻辑设计
C. 物理设计 D. 全局设计
假设设计数据库性能用“开销”,即时间、空间及可能的费用来衡量,则在数据库应用系统生存期中存在很多开销。其中,对物理设计者来说,主要考虑的是(C )。
A. 规划开销 B. 设计开销
C. 操作开销 D. 维护开销

五.数据库实施

六.数据库运行和维护

 

 

 

 

 

  • 4
    点赞
  • 0
    评论
  • 21
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 技术工厂 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值