第2章 数据库设计课件.ppt

第二章数据库设计

Yusn_cu;2.1数据库设计概述;数据库设计基本任务：;;数据库系统的生命周期;处理需求;数据库的设计步骤;数据库的设计步骤;数据库的设计步骤;数据库的设计步骤;数据库的设计步骤;数据库的设计步骤;2.2需求分析;调查用户需求的步骤;调查用户需求的方法;抽象需求分析的方法;以学校管理信息系统为例;;2.3概念结构设计;概念结构设计的方法;学生;数据抽象;数据抽象机制之一;数据抽象机制之二;数据抽象机制之三;局部E-R模型的设计步骤;设计实体与属性的区分;局部设计概念实例;学籍管理局部应用分E-R图;;学生;;局部概念设计综合为全局概念设计;合并原则是两两合并，先合并有联系的局部结构，再加入独立的局部结构，这样可以减小合并的复杂度并使合并结果的规模尽可能小。;1;消除两个分E-R图存在的冲突：

班主任实际上也属于教师，应将学籍管理中的班主任实体与课程管理中的教师实体统一称为教师：

教师：｛职工号，姓名，性别，职称，是否为优秀班主任｝

(2)将班主任改为教师后，教师与学生之间的联系在两个局部视图中呈现两种不同的类型，一种是学籍管理中教师与学生之间的指导联系，一种是课程管理中教师与学生之间的教学联系，由于指导联系实际上可以包含在教学联系之中，因此可以将这两种联系综合为教学联系。

(3)在两个局部E-R图中，学生实体属性组成及次序都存在差异，应将所有属性综合，并重新调整次序。假设调整结果为：

学生：｛学号，姓名，出生日期，年龄，所在系，年级，平均成绩｝;消除冗余数据和冗余联系：

学生实体中的年龄属性可以由出生日期推算出来，属于冗余数据，应该去掉。

学生：｛学号，姓名，出生日期，所在系，年级，平均成绩｝

(2)学生实体中的平均成绩可以从选修联系中的成绩属性中推算出来，但如果应用中需要经常查询某个学生的平均成绩，每次都进行这种计算效率就会太低，因此为提高效率，可以考虑保留该冗余数据，但是为了维护数据一致性应该定义一个触发器来保证学生的平均成绩等于该学生各科成绩的平均值。;进行修改和重构后生成的基本E-R图;2.4逻辑结构设计;处理需求;1.初始关系模式设???;a.实体型的转换;b.联系的转换;;;;;学生管理子系统中的16个实体和联系可以转换为下列关系模型：

学生（学号，姓名，性别，出生日期，所在系，年

级，班级号，宿舍编号，平均成绩，档案号）

宿舍（宿舍编号，地址，性别，人数）

班级（班级号，学生人数）

教师（职工号，姓名，性别，职称，班级号，是否

为优秀班主任）

课程（课程号，课程名，学分，教室号）

教科书（书号，书名，价钱）

教室（教室编号，地址，容量）

档案材料（档案号，……）

教学（职工号，学号）

选修（学号，课程号，成绩）

讲授（教师号，课程号，书号）;如公司部门管理系统的E-R图及其转换成的关系模式;2.数据模型的规范化;合并;分解;3.设计用户子模式;2.5数据库的物理设计;1.确定数据库的物理结构;索引的选择;2.评价物理结构;7.6数据库的实施;数据库实施;;硬件

不同的硬件：PC、小型机、大型机、机群

同一硬件：内存、CPU、硬盘大小、阵列

系统软件

与硬件密切相关：WINDOWS、UNIX、LINUX

DBMS的选择与参数调整：缓冲区大小、检查点的频率

数据库的高层设计

逻辑设计：模式的规范化与数据划分…

物理设计：存储结构、索引、数据分布…;数据划分

Course_schema=(course_name,

course_location,course_capacity)

水平划分

根据课程容量为小于30人、30-80人、80人以上将相关的表划分成三个子表，以便排课。

垂直划分

Course_schema=(course_name,course_location)

Course_schema=(course_name,course_capacity);小结;小结（续）;;谢谢聆听！