规范化设计方法(2005-研).pptVIP

数据库设计实例 例：计算机批发商 原始资料包括订单清册、经销商名册和产品列表，为便于管理，该公司编排了订单号码，每个订单可以包含一项或一项以上的订单，该公司的账本数据格式如下: 规 范 化 关系规范化(Normalization of Relation) 是研究现实关系模型设计所必须遵循的原则规范。 作用：用规范化理论来指导数据库设计。 基本思想：在规范的过程中，使其中每一个关系的 属性之间在其数据语义上满足一定的约束条件，即 每个关系都应满足一定的规范，才能使关系模式设计合理，达到减少冗余、提高查询效率的目的。 关系范式：为了建立冗余较小、结构合理的数据 库，E .F.Codd把关系应满足的规范划分为若干等 级，每个等级称为一个范式(Normal Form)。 第一范式存在的缺点： 数据冗余大 贝特电脑由于订了一些货物，所以名称、负责人地址等重复出现 插入异常 当有一家新的经销商要加入时，由于没有订货，因此基本数据无法加入。 3 删除异常 如果某一经销商只有一笔订单，当取消此订单后，则基本数据会一起删除。 修改困难 当某一经销商的信息改变时，需要改变订单中出现的所有此信息 第二范式(2NF) 定义：如果关系R(U,F)属于1NF，并且 R中的每个非主属性都完全函数依赖(全功能相依）于关键字，则称关系R(U,F)属于第二范式(2NF)模式。 所有单属性关键字关系都自然是2NF关系。 如果关键字是由多属性构成的复合关键字, 并且存在非主属性对关键字的部分函数依 赖（部分功能相依），则这个关系不是2NF模式。 功能相依： 在一个关系表R中，可以找到X及Y为R属性的子集合。当且仅当R的X值可以唯一决定Y的值时，称Y功能相依X，记为X ?Y 部分功能相依： 在一个关系表R中，给定一个X ?Y，如果从X中删除任一属性A，则其功能相依行不存在时，称之为Y完全功能相依于X，否则就称Y部分功能相依于X * * 订单清册包括： 订单号码、项目次数、订货日期、经销商名称、供应商名称、产品名称、单项数量、单项总价、付款日期 经销商名册包括： 经销商名称、负责人姓名、地址、电话 产品列表包括： 产品名称、供应商名称、单价 订单 订单号码 次数 订货日期 经销商名称 产品名称 单项数量 单项总价 付款日期 经销商 产品 经销商名称 负责人姓名 地址 电话 产品名称 供应商名称 单价 订购 供应商名称 1 M N 供应商 供应 供应商名称 负责人名 地址 N M 第一范式(1NF) 定义：如果关系模式R的每一个关系 r 的属性值都是不可分的原子值(或最小 数据项), 则称关系R属于第一范式(first normal form，简记1NF)的模式。 高级职称人数 系名称 教授 副教授 非规范化表格 计算机系 10 25 电子与通讯系 15 30 信息管理系 5 15 … 主机板 会方科技 HFT 1 志欣资讯 1004 1 103 光盘 和康电脑 HKC 303 志欣资讯 1004 2 102 光盘 白润电脑 PRC 303 志欣资讯 1004 1 102 传真机 新硕电脑 HSC 305 贝特电脑 1001 3 101 主机板 会方科技 HFT 1 贝特电脑 1001 2 101 主机板 新硕电脑 HSC 1 贝特电脑 1001 1 101 … 品名 供应商 供应商 编号 货物编号 经销 商 经销商 编号 次数 订单 品名 供应商 供应商 编号 货物编号 经销 商 经销商 编号 次数 订单 完全功能相依：订单、次数?货物编号、供应商编号 部分功能相依：订单、次数?经销商编号 产品名 供应商 供应商 编号 货物编号 经销 商 经销商 编号 次数 订单 订单 次数 经销商编号 经销 商 货物编号 供应商编号 供应商 产品名 订单 次数 货物编号 供应商编号 供应商 产品名 订单 经销商编号 经销商 供应商编号 2NF仍存在的问题: 数据冗余 插入、删除异常 更新异常,造成数据 不一致性。 第三范式(3NF) 定义：如果关系R(U,F)属于2NF，并且R 中的每个非主属性都不传递函数依赖于 关键字，则称关系R(U,F)属于第三范式 (3NF)模式。 若关系R化为2NF后，不存在非主属性传递函数依赖于关键字，则2NF自然满足3NF 如果存在非主属性对关键字的传递函数依赖，则这个关系不是3NF模式。 订单 经销商编号 经销商 订单 经销商编号 经销商 经销商编号 *