第9章节 关系数据库规范化理论.pptVIP

BCNF分解 可以采取类似于前面2NF和3NF的分解方法，将WPE分解为满足BCNF的关系模式集。 由于存在函数依赖EmployeeNo→WarehouseNo而违反了BCNF定义，于是可以将WPE分解为： PE(PartNo, EmployeeNo, Quantity)， 主键：(PartNo, EmployeeNo)，外键：EmployeeNo（引用EW）； EW(EmployeeNo, WarehouseNo)， 主键：EmployeeNo。 分解后函数依赖(WarehouseNo, PartNo)→EmployeeNo和(WarehouseNo, PartNo)→Quantity被损失掉，对原来的语义有所破坏。 9.2.5 规范化过程 规范化的思想就是逐步消除数据依赖中不合适的部分，通过模式分解使关系模式间在概念的描述上达到某种程度的分离，即“一事一地”的设计原则。 尽可能让一个关系描述一个概念、一个实体或实体间的一种联系。如果多于一个概念就将其分离出去。因此所谓规范化实质上是概念的单一化。 在函数依赖的范畴内，最高可以把关系模式规范化到BCNF。规范化程度越高，关系模式的特性就会越好。但是在分解时要全面衡量，综合考虑，视实际情况而定。比如，对于那些只要求查询而不要求插入、删除等操作的系统，几种异常现象的存在并不影响数据库的操作。这时便不宜过度分解，否则当要对整体查询时，需要更多的多表连接操作，这有可能得不偿失。 在实际应用中，最有价值的是3NF和BCNF，在进行关系模式的设计时，通常分解到3NF就足够了。 事实上，对于任何一个关系模式，都可以通过模式分解得到一个不损失任何语义信息的满足3NF的关系模式集；而如果要得到满足BCNF的关系模式集，有可能要损失某些语义信息。 关系模式的规范化是由低到高进行的，即由低一级的范式向高一级的范式进行规范化。这个过程主要是通过找出依赖中不合适的部分，然后逐步消除它们来实现的。 关系规范化的基本过程如图9-1所示。 1NF 2NF 3NF BCNF 消除决定因素不是候选键的非平凡的函数依赖 消除非主属性对键的部分函数依赖 消除非主属性对键的传递函数依赖 消除主属性对键的部分和传递函数依赖 图9-1 规范化过 对于一个给定的关系模式，首先要确定所满足的数据依赖并判定其满足的范式级别，然后再进行规范化。按照范式的定义，要判断某个关系模式满足某个级别的范式，首先要找到该关系模式的所有候选键，确定主属性和非主属性，然后再根据范式的定义来判断范式的级别。当明确了关系模式所满足的范式级别，就可以从这个范式级别开始通过模式分解进行逐步的规范化。 9.3 本章小结 关系模式的规范化是关系数据库的重要概念，其目的是消除关系模式中可能存在的数据冗余、插入异常和删除异常等问题。 函数依赖是最重要和常见的数据依赖之一，它讨论的是属性之间的一种依赖关系。通常，如果一组属性的值能够唯一地确定另一组属性的值，那么这两组属性之间就满足函数依赖关系。函数依赖是语义范畴的概念，根据语义进行确定。 范式是衡量关系模式规范化程度的标准。由于规范化程度的不同，就产生了不同级别的范式。在函数依赖范畴内，主要的范式按照级别由低到高依次为1NF、2NF、3NF和BCNF。 规范化的主要思想是通过模式分解来消除关系模式的数据依赖中不合适的部分，从而将关系模式规范化到更高的范式级别。 DLPU 第9章 关系数据库规  范化理论 1.函数依赖 2.规范化 面向具体的应用需求，建立适合的关系数据库系统，关键是关系数据库模式的设计。 关系数据库模式是由若干关系模式组成的，这些关系模式并不是完全孤立的，它们之间可能存在着某种联系。 一个好的关系数据库模式应该包括多少关系模式，而每一个关系模式又应该包括哪些属性，又如何将这些相互关联的关系模式组建一个适合的关系模型，这些工作决定了到整个系统运行的效率，也是系统成败的关键所在。 规范化理论是关系数据库模式设计的理论指南，为评判关系模式的好坏提供了理论标准，也为得到好的关系模式提供了方法指南。 9.1 函数依赖 关系模式中的各属性之间相互依赖、相互制约的联系称为数据依赖。 数据依赖是通过一个关系中属性间的值的相等与否体现出来的数据间的相互关系。这些相互关系是根据现实世界的语义来确定的。 作为一种重要的数据依赖，函数依赖（Functional Dependency，简记为FD）极为普遍地存在于现实生活中。 而在一些关系模式中，一些函数依赖的存在会对其产生不好的影响。 9.1.1 不好的关系模式存在的问题 考虑某书店的图书销售关系Book_Order，该关系涉及的属性包括：OrderNo（订单号）、ClientNo（客户号）、ClientNa