第10章 数据库系统设计 数据库原理及应用SQL Server 2008数据库原理及应用课件1.ppt

同一实体集内部的联系，可将该实体集拆分为相互联系的两个子集，然后根据它们相互间不同的联系方式（1：1，1：n，m：n）按上述规则处理。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 具有相同码的关系模式可合并。为了减少系统中的关系个数，如果两个关系模式具有相同的主码，可以考虑将他们合并为一个关系模式。 10.5.2　数据模型优化 应用规范化理论优化逻辑模型一般要做如下5项工作： (1) 确定数据依赖。 (2) 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 (3) 按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。 (4) 按照需求分析阶段得到的处理要求，分析这些模式对于这样的应用环境是否合适，确定是否要对某些模式进行合并或分解。 (5) 对关系模式进行必要的分解，提高数据操作的效率和存储空间的利用率。常用的两种分解方法水平分解和垂直分解。 水平分解是把（基本）关系的元组分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率。 垂直分解是把关系模式R的属性分解为若干于集合，形成若干子关系模式。 学生图书借阅管理子系统 1． 学生图书借阅管理子系统的基本需求 该子系统是一个专为该学校图书馆管理而设计的系统。读者从图书馆借书，对图书馆来说，读者好像书籍一样，都是先被注册在该系统中的。图书馆需要处理新买的图书，包括添加、删除等。图书管理员是图书馆的雇员，所有图书登记、读者注册的工作由图书管理员完成，他们负责和读者交互，该系统支持他的工作。图书馆要求系统能方便地建立、更新和删除存在该系统中有关书名、读者等信息，也能方便地登记图书的借出与归还等的信息。 10.5.3　数据库逻辑设计案例 2． 学生图书借阅管理子系统的E－R模型设计 首先，根据对学生图书借阅管理系统的需求分析，我们可以先得到实体:书、读者和管理员。 其次，分析它们之间的关系，管理员与书之间存在着一对多的联系，联系命名为“登记”，因为一个管理员可以负责登记多本图书；管理员与读者之间也存在一对多的联系，联系命名为“注册”，因为一个管理员可以负责注册多名读者；管理员、读者、书之间存在多对多的借阅联系，因为一名读者可以借阅多本图书，一个管理员可以办理多次借阅，一本书可以被多个读者借阅。至此，三个实体与它们之间的联系可以表示如下： 为了简化E-R图，我们假定管理员的属性只有：职工号、姓名、性别、权限级别，读者的属性只有：借书证号，姓名、性别、系别。书的属性有：书号、书名、作者、出版社、分类号。 再分析每一个实体的标识符。我们假定管理员的标识符是职工号，书的标识符是书号，读者的标识符是借书证号。 将上述实体、联系、属性等集成，得到学生图书借阅管理系统完整的E-R模型图如下表示： 3． E－R模型转换为关系模型 根据实体转换规则，先把管理员、书、读者实体转换关系，关系模式如下： 管理员（职工号，姓名，性别，权限级别） 书（书号，书名，作者，出版社，分类号） 读者（借书证号，姓名，性别，系别） 根据1:n联系的转换规则，把联系“登记”的属性即“读者权限”和管理员关系的主键即“职工号”加入到读者关系中，得到读者改进后的关系 读者（借书证号,姓名,性别,系别,读者权限,职工号） 再把1:n联系 “注册”的属性即“入库时间”和管理员关系的主键即“职工号”加入到书关系中，得到书改进后的关系： 书（书号，书名，作者，库存，出版社，分类号，入库时间，职工号） 将一个三元关系管理员、书和读者之间的借阅联系转换为一个关系： 借阅(职工号, 借书证号, 书号, 借出日期，归还日期) 所以最终得到的关系模型为： 管理员（职工号，姓名，性别，权限级别） 书（书号,书名,作者,出版社,分类号,入库时间,职工号） 读者（借书证号，姓名，性别，系别，读者权限，职工号） 借阅(职工号, 借书证号, 书号, 借出日期，归还日期) 用英文命名的关系模式为： Administrator（Ano, Aname, Asex, Aprivilege） BOOK（Bno，Bname，Bauthor，Bpublisher，BTPno，Indate，Ano） READER（Rno, Rname, Rsex, Rdept，Rprivilege，Ano） Borrow（Ano, Rno, Bno, Bdate） 10.6　数据库的物理设计 10.6.1　数据库物理设计的方法 10.6.2　确定数据库的存储结构 10.6.3　对物理结构进行评价 10.6.1　数据库物