数据库理论部分课件.pptVIP

关系的规范化举例： 关系的规范化举例： 关系的规范化 第三范式（3NF）：若R∈2NF，且每一非主属性不传递依赖于主键，则R∈3NF。 例：关系R(A，B，C，D，E) KEY=A B、C、E的值由A决定，D的值由C决定，则称D传递依赖于A。 规范化将R分解为两个关系： R1(A，B，C，E) R2(C，D) 关系的规范化 关系的规范化 系名称，地址，系主任传递依赖于编号， 因此分解成两个关系： 关系的规范化 关系的规范化 关系规范化 合理分解关系的过程 切记:概念单一化原则(一个关系反映一个对象),每个关系的属性都是对主码的具体描述,必要时加入一些联系属性做外码使用 关系规范化的过程就是概念单一化和逐步分解关系的过程，就是把属性间存在的部分和传递依赖逐步转化为关系之间1对1或1对多联系的过程。 通过关系的规范化能够逐步消除数据冗余和操作异常，从而提高数据的共享度，提高插入、删除修改数据安全性、一致性、单一性和灵活性。但规范化程度越高，查询时愈需要进行多个关系之间的连接操作，从而增加了一些查询的复杂性。 对于一般应用来说，通常是规范化到第三范式就可以了。 逻辑设计 关系的规范化 订户号 订户名 订户地址 订书情况 书号 书名 作者 出版社 单价 订数 总金额 订户电话 订书日期 一个订户有唯一的订户号，一种书有唯一的书号，一个订户可以订购多种书；一种书可由多个订户订购。 ★建立表 关系的规范化 订户 订户号 订户地址 订户电话 订户名 书 书号 单价 出版社 书名 作者 订户 书 订购 m n 订数 日期 金额 ★建立表 关系的规范化 订户：｛订户号，订户名，订户地址，订户电话｝ 书籍：｛书籍号，书籍名，作者，出版社，单价｝ 订单：｛订户号，书籍号，订数，日期，金额｝ 存在问题：如果订户增订某种书籍，那么主码不唯一 ①将日期作为主码的一部分 ②增加订单号，并作为主码，替换原主码 解决方法： 订单：｛订户号，书籍号，日期，订数，金额｝ 订单-订户：｛订单号，订户号，日期，金额｝ 订单-书籍：｛订单号，书号，订数｝ 第五章　数据库设计 数据库结构设计大约为四个阶段，并且重点以数据结构与模型设计为主线。用下图表示： 需求分析：需求说明书 概念设计：概念数据模式 逻辑设计：逻辑数据模式 （DBMS模型） 物理设计：逻辑数据模式（DBMS条件、硬件、OS特性） 需求分析 需求分析是指从调查用户单位着手，深入了解用户单位数据流程，数据的使用情况，数据的数量、流量、流向、数据性质，并且做出分析，最终按一定规范要求以文档形式作出数据的需求说明书。下面就是需求分析结构图： 用户单位对数据的需求 需求分析 需求分析说明书 数据库的概念设计 数据库概念设计的主要方法 数据库概念设计的主要方法是E-R方法。 　局部ER模式 综合成全局ER模式 全局ER模式的优化 数据库的逻辑设计 E-R模型表示的概念模型是用户的模型。它独立于任何一种数据模型，独立于任何一个具体的数据库管理系统，因此，需要把上述概念模型转换为某个具体的数据库管理系统所支持的数据模型，这就是逻辑设计 活期储蓄管理系统数据库设计 ? 问题的提出 在活期储蓄管理过程中，“储户”通过“存取款”与“储蓄所”发生业务联系。试设计活期储蓄管理系统数据库的概念模型、关系模型并确定约束。 系统需求分析 通过对数据库用户(储蓄所业务人员)的调查，对用户的需求进行分析得知： 储户是指在某个储蓄所开户的人。该储蓄所称为储户的开户行。 一个储蓄所可以有多个储户，每个储户有惟一的账号。 每个储户可以在多个允许发生业务的储蓄所进行存取款。 储户按信誉分为“一般”和“良好”两种。信誉“一般”的储户不允许透支。信誉“良好”的储户可以透支，但不能超过5万元。 储户按状态分为：“正常”和“挂失”两种（分别用0、1表示）。状态为“正常”的储户允许存取款，状态为“挂失”的储户不允许存取款。 储户的信息有：账号、姓名、密码、电话、地址、信誉、存款额、开户行编号、开户日期、状态等。 储蓄所的信息有：编号、名称、电话、地址、负责人 储户进行存取款时应该提供账号、存取标志(1：表示存款，0：表示取款)、存取金额、存取日期等信息，储蓄所首先要对储户的身份进行验证，对合法的储户再根据“信誉”判断是否可以发生此次业务。若发生业务则记录相应信息，修改储户的存款额。 概念模型设计 根据需求分析得知，此系统涉及“储户”和“储蓄所”两个实体集。两个实体集间通过“存取款”发生多对多的联系。其E-R图如图2-2所示。 名称 储户 储蓄所 存取款 开户行 存款额 信誉