在线.等..关系数据库规范化理论

8 .2 规范化理论 关系数据库中的关系规范化问题是在 Godd 于 1 9 7 0 年提出关系模型的同时提出的。
关系规范化根据属性之间依赖程度的不同可以分为第一范式、第二范式、第三范式、Boyce-Codd 范式和第四范式。
人们已经习惯了规则。
理解标准化是一个过程。
1 9 7 0年，发现了属性之间的函数依赖，从而定义了与函数依赖相关的第一、第二、第三和Boyce-Codd范式。
1 9 7 6 年至 1 9 7 8 年间，Fagin、Delobe 和 Zanjolo 发现了多值依赖，从而定义了与多值依赖相关的第四范式。
范式的定义与属性之间依赖关系的发现密切相关。
本节我们介绍函数依赖和多值依赖两个概念，并在此基础上定义第一范式、第二范式、第三范式、Boy ce-Codd范式和第四范式。
8 .2 .1 功能依赖 功能依赖是关系模型中属性之间最常见的依赖关系。
例如，在S关系模型中，S#和Sd之间存在依赖关系。
也就是说，当S#的值确定后，Sd的值也唯一确定。
目前，有人说函数S#决定Sd或者函数Sd取决于S#。
可用以下符号表示：S#→Sd。
同样，我们也可以有：S#→SaS#→Sn。
但SC关系模式中S#和G之间不存在函数依赖关系，因为一个特定学号S#可以允许多个成绩（它们对应不同的课程），所以G的成绩无法唯一确定，但（S#，C#）和G之间存在函数依赖关系，即：（S#，C#）→G。
函数依赖的概念只有它自己的，没有其他方法可以判断它是否属于另一个类别。
属性之间存在这样的依赖关系。
定义8 -1 ：存在关系模式R(U)，X，Y是U的子集。
如果对于任意关系R中的任意元组，X中的属性值确定后，Y中的属性值也必须确定，则称函数Y依赖于Y，记为X→Y，其中Definition.定义8 -2 如果依赖关系是函数式的 这个概念为真正的函数式依赖奠定了基础。
例如，在 S 中，我们有 S# → Sd，因此我们也会有： (S#, Sn) → Sd (S#, Sa) → Sd。
比较这三种函数依赖后，我们会发现，真正起作用的函数依赖是：S#→Sd，而其他两种函数依赖都是由它衍生出来的，即函数依赖中真正起作用的是S#，而不是Sn或Sa等。
这样，我们在研究函数依赖时，必须区分这两种不同类型的函数依赖。
第一种称为完全函数依赖，第二种称为不完全函数依赖。
定义8 -3 R(U) 如果有Y 由上可知，Sd完全依赖于S#，但Sd在功能上不依赖于(S#,Sn)，即：S#Sd(S#,Sn)Sd(S#,Sa)Sd。
在函数依赖中，我们还需要区分两个不同的概念：直接函数依赖和间接函数依赖，比如d中的S#→S Sd直接依赖于S#，但是如果属性中存在部门DT电话号码（如果每个部门都有唯一的电话号码），那么就有：Sd→DT，所以从S#→Sd和Sd→DT我们可以得到。
在这种函数依赖关系中，DT 并不直接直接依赖于S.#，而是通过中间属性Sd依赖于S#，即DT直接依赖于Sd，Sd直接依赖于S#，从而形成DT依赖于S#。
这种函数依赖是间接依赖，或者传递依赖。
我们可以将其定义如下。
定义8 -5 若R(U)中有X、Y、Z(U)且满足：

理解什么是数据库规范化

理解数据库规范化的意义【TechTarget中国原创】数据库规范化是由IBM计算机科学家Edgar Frank Codd提出的。
他在论文《2 0世纪7 0年代大型共享数据库的数据关系模型》中首次提出了这一说法。
数据库规范化是一个需要修改现有表结构并将表转变为一系列高级范式的过程。
它的重点是消除开发人员及其项目的“电子表格综合症”。
电子表格综合症是开发人员将尽可能多的信息压缩到尽可能少的表中的倾向。
早些时候，开发人员一直以与电子表格相同的思路来设计 MySQL 数据库，受到电子表格概念和在电子表格中管理数据的思想的影响。
如今，人们认为以这种方式设计 MySQL 数据库是不明智的，因为每次对数据库进行微小更改时，使用这种电子表格综合症设计的表都需要不断地重新设计。
MySQL 中数据库规范化的好处 通过智能数据分类减少存储空间使用是 MySQL 中数据库规范化的众多好处之一。
它有助于实现更好、更快、更强的搜索功能，因为与早期基于实体的混合搜索方法相比，它需要扫描更少的实体。
数据库规范化还可以提高数据完整性，因为它将所有数据分离到单独的实体中，并使用相关数据在实体之间创建强连接。
MySQLAB 前技术作家 Mike Hillyer 解释道：“数据库规范化的目标是确保每个表中的所有非键列都直接依赖于主键：整个键而不是其他任何东西。
有了这个目标，随之而来的还有一些好处。
我们减少了冗余，减少了异常，并提高了效率。
” 数据规范化很容易做到以下示例将说明数据库规范化如何帮助在 MySQL 中实现良好的设计。
下表显示了数据库中需要捕获的数据。
ChadRussell 是一名程序员兼系统管理员，拥有自己的互联网托管公司。
JonStephens 是 MySQLAB 文档团队的成员。
在上面的例子中，如果使用任何一个条件作为主键来标识，就会浪费大量的存储空间。
因此，数据库规范化至关重要。
这是一个循序渐进的过程，不能随意进行。
以下步骤可以帮助您在 MySQL 中实现数据库规范化。
转载仅供参考，版权归原作者所有。
祝您生活愉快，满意请采纳。

数据库中为什么要对关系模式进行规范化？

关系模式规范化的目的：规范化的目的是使结构更加合理，消除存储异常，尽量减少数据冗余，使插入、删除和更新更容易。
关系模式规范化原则：遵循“一物一处”单一概念的概念，即关系模式描述一个实体或实体之间的连接。
标准的本质是概念的简化。
关系模式规范化方法：将关系模式投影分解为两个或多个关系模式。
要求：分解后的关系模式集应与原始关系模式“等价”，即h.可以通过自然连接恢复原始关系，且不会丢失信息，属性之间应保持合理的联系。
注意：分解一个关系模式节点可能会产生不同组的关系模式，这意味着分解方法不是唯一的。
最小冗余要求必须在分解后的数据库能够表达原数据库的所有信息的前提下实现。
其根本目标是在满足应用需求的同时，节省存储空间，避免数据不一致，提高操作关系的效率。
事实上，并非所有模式都必须实现 BCNF。
有时有意保持一些冗余可以使数据查询变得更容易。
对于更新频率低、查询频率极高的数据库系统尤其如此。