第02章联系数据库理论基本.pptVIP

* 数据库原理及开发 * 【例2.12】 设某单位的职工评价信息关系：评价（职工编号，姓名，工作表现（工作态度，业绩），综合评价，评价日期），对应元组如表2.18。 表2.18不是一个规范化的关系，因为工作表现属性不是原子属性，包含了三个属性，因此必须把每个属性提升为一般属性，得到规范化的关系，如表2.19。 * 数据库原理及开发 * * 数据库原理及开发 * 2．第二范式2NF  定义 设关系R1NF，且它的每一非主属性完全依赖于主键，则称R是符合第二范式的，记作R∈ 2NF。 如果一个关系只满足第一范式，那么可能会带来数据冗余和操作异常，即插入异常、删除异常和修改异常。 【例2.13】 设有一个图书销售关系TSXS（书号，书名，出版社，作者，单价，数量，折扣，日期，操作员帐号，姓名，密码）中，每位操作员可以销售多种书，每种书可由多个操作员销售。TSXS具体实例如表2.20。 * 数据库原理及开发 * 在该关系中，由于书号和操作员帐号属性没有决定因素，所以它们包含在候选键中，而由这两个属性构成属性组则能够函数决定所有属性，因此（书号，操作员帐号）是关系的主键。 在该关系中存在着非主属性对主键的部分依赖，其中书名、出版社、作者、单价、库存数量、折扣依赖于书号，姓名、密码依赖于操作员帐号，所以该关系中必然存在数据冗余，在对该关系进行插入、删除和修改时，也会带来意外的麻烦。 我们可以通过关系分解的方法来消除部份依赖。对应的图书销售关系TSXS可分解成以下几个关系： 图书（书号，书名，出版社，单价，折扣） 操作员（操作员帐号，姓名，密码） 销售（书号，操作员帐号，数量） 　 * 数据库原理及开发 * 【说明】 不符合2NF的关系Ｒ规范化为第二范式的方法： 对于一个关系R(U)，假定Ｗ、Ｘ、Ｙ、Ｚ是Ｕ的互不相交的属性子集，其中（Ｗ，Ｘ）是主键，Ｘ完全函数决定Ｙ，（Ｗ，Ｘ）函数决定Ｚ，但Ｚ中不含依赖于Ｘ的属性，则把R(U)分解为两个关系R1（Ｘ，Ｙ）和R2（Ｗ，Ｘ，Ｚ）后就取消了Ｙ对（Ｗ，Ｘ）的部分依赖，其中Ｘ是R1的主键和R2的外键，通过Ｘ使R1和R２自然连接仍然可得到原来的R(U)。同理，若R2（Ｗ，Ｘ，Ｚ）中仍存在着部分依赖，仍可以按此方法继续分解，直到消除全部部分依赖为止。 3．第三范式3NF 定义 设关系R∈2NF，且它的每一非主属性不传递依赖于主键，则该关系是符合第三范式的，记作R∈3NF。 一个符合第三范式的关系必须具有以下三个条件：（１）每个属性的值唯一，不具有多义性。（２）每个非主属性必须完全依赖于整个主键，而非主键的一部分。（３）每个非主属性不能依赖于其他关系中的属性。 从以上可知，2NF可从1NF关系消除非主属性对主键的部分函数依赖后获得，3NF关系可从2NF关系消除非主属性对主键的传递函数依赖后获得。 * 数据库原理及开发 * 【例2.14】 图书销售关系（流水号，书号，书名，数量，入库价，销售价，入库时间，操作员账户，姓名，密码，销售日期，总金额），一个流水号只由一个操作员帐号处理，一个操作员帐号可以处理多个流水号，而操作员帐号决定操作员姓名、密码，所以图书销售关系中函数依赖关系如下： 流水号→书号，流水号→操作员帐号，书号→书名，书号→数量，书号→入库价，书号→销售价，书号→入库时间，操作员帐号→姓名，操作员帐号→密码，流水号→销售日期，流水号→总金额。 在图书销售关系中，只有流水号没有决定因素，所以流水号属性必然包含在候选键中，由流水号可以直接决定书号、操作员帐号、销售日期、总金额等属性，同时流水号传递决定书名、数量、入库价、销售价、入库时间、姓名、密码等属性，所以流水号能函数决定所有属性，流水号用作该关系的主键。由于该关系是单属性候选键，所以不会存在部分函数依赖，它自然满足第二范式。 由于该关系中存在着书的各属性对流水号的传递依赖，存在着操作员各属性对流水号的传递依赖，所以必然会产生数据冗余和操作异常。 * 数据库原理及开发 * 消除关系中的传递依赖也是通过关系分解的方法来实现。设一个关系为R(U),X、Ｙ、Ｚ、Ｗ是Ｕ的互不相交的属性子集，其中Ｘ为主键，Ｙ→Ｚ是直接函数依赖（也可能包含部分函数依赖），Ｘ→Ｚ是传递函数依赖，则把R(U)分解成两个关系R1（Ｙ，Ｚ）和R2（Ｘ，Ｙ，Ｗ），其中Ｙ是Ｒ１的主键，Ｒ２是外键，这样就消除了Ｚ对Ｘ的传递依赖，通过Ｙ对Ｒ１和Ｒ２自然连接仍可得到原来的Ｒ，同样，若Ｒ１和Ｒ２中仍存在着传递依赖，则继续