数据库系统原理与应用（第二版） -刘淳 第8章.pptVIP

数据库系统原理与应用（第二版） 主编 刘淳 第八章 数据库设计 数据库设计 8.1 数据库设计概述 8.2 需求分析 8.3 概念结构设计 8.4 逻辑结构设计 8.5 数据库的物理设计 8.6 数据库实施 8.7 数据库运行与维护 8.1 数据库设计概述 数据库设计是指对一个给定的应用环境，构造最优的、最有效的数据库模式，建立数据库及其应用系统，使之能够高效率地存取数据，满足各种用户的应用需求。数据库设计通常是在一个通用的DBMS支持下进行的，本书都是以关系数据库—SQL Server 2005为基础来设计数据库的。 1.数据库的设计分为6个阶段 8.2.1 需求分析的任务 8.2.2 需求分析的基本步骤 2．分析和表达用户的需求 8.2.3 需求分析应用实例 2．数据字典 （1）数据项描述 （2）数据结构描述 （3）数据流（非数据项）说明 （4）数据存储说明 （5）处理过程说明 8.3.1 概念结构设计的方法和步骤 1．自顶向下设计法 2．自底向上设计法 3．由里向外设计法 4．混合策略设计法 8.3.2 局部视图设计 实体和属性之间没有严格的区别界限，但对于属性来讲，可以用下面的两条准则作为依据： （1）作为属性必须是不可再分的数据项，也就是属性中不能再包含其他的属性。 （2）属性不能与其他实体之间具有联系。 依据需求分析结果，考察任意两个实体类型之间是否存在联系，若有，则确定其类型（一对一，一对多或多对多），接下来要确定哪些联系是有意义的，哪些联系是冗余的，并消除冗余的联系。所谓冗余的联系是指无意义的或可以从其他联系导出的联系。 确定了实体及实体间的联系后，可用E-R图描述出来。形成局部E-R图之后，还必须返回去征求用户意见，使之如实地反映现实世界，同时还要进一步规范化，以求改进和完善。每个局部视图必须满足： （1）对用户需求是完整的。 （2）所有实体、属性、联系都有惟一的名字。 （3）不允许有异名同义、同名异义的现象。 （4）无冗余的联系。 8.3.3 视图的集成 各个局部视图建立好后，还需要对它们进行合并，集成为一个整体的数据概念结构，即总E-R图。集成局部E-R图型，设计全局E-R模型的步骤如图8-12所示。 1．合并局部E-R图，生成初步E-R图 2．修改和重构初步E-R图，消除冗余，生成基本E-R图 （1）用分析的方法消除冗余。分析方法是消除冗余的主要方法。 （2）用规范化理论消除冗余。 8.3.4 概念结构设计实例 参照数据字典中对数据存储的描述，可初步确定三个实体的属性为： 读者：｛卡号，姓名，性别，部门，类别、办卡日期，卡状态｝ 图书：｛书号，书名，作者，价格，出版社，库存数量｝ 借还记录：｛卡号，书名，借书日期，还书日期｝ 其中有下划线的属性为实体的码。 2．确定实体间的联系 8.4.1 逻辑结构设计的任务和步骤 逻辑结构设计的主要目标是将概念结构转换为一个特定的DBMS可处理的数据模型和数据库模式。该模型必须满足数据库的存取、一致性及运行等各方面的用户需求。逻辑结构的设计过程如图8-18所示。 8.4.2 概念模型转换为一般的关系模型 8.4.3 逻辑结构设计综合实例 下面仍以图书管理系统的基本E-R模型（图8-17）为例，说明基本E-R模型转换成初始关系模型的规则： （1）将图8-17中的实体转换成关系模式。 （2）将图8-17中的1 : n联系“属于”转换为关系模型。 （3）将图8-17中的m : n联系“借还”转换为关系模型。 （4）将具有相同码的关系合并。 8.4.4 将一般的关系模型转换为SQL Server 2005下的关系模型 （2）DZCLASS（读者类别表） （3）BOOK（图书表） （4）BORROW（借还表） 8.4.5 数据模型的优化 （1）确定各属性之间的数据依赖。 （2）对各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 （3）判断每个关系的范式，根据实际需要确定最合适的范式。 （4）根据需求分析阶段得到的处理要求，分析这些模式是否适用于用户的应用环境，从而确定是否要对某些模式进行分解或合并。 （5）对关系模式进行必要的分解，以提高数据的操作效率和存储空间的利用率。 8.4.6　设计用户外模式 在定义外模式时可以考虑以下因素： （1）使用更符合用户习惯的别名。 （2）对不同级别的用户定义不同的外模式，以保证数据的安全。 （3）简化用户对系统的使用。 1．确定数据库的物理结构 1）顺序存储。 2）散列存储。 3）索引存储。 8.6 数据库实施 （1）建立实际的数据库结构。 利用给定的DBMS所提供的命令，建立数据库的模