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

数据库设计六个阶段:

一.需求分析阶段

二.概念结构设计阶段

三.逻辑结构设计阶段

四.物理结构设计阶段

五.数据库实施

六.数据库运行和维护

一.需求分析: 

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

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

重要:

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

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. 维护开销

五.数据库实施

六.数据库运行和维护