哪些数据库需要规范化，数据库中为什么要对关系模式进行规范化

来源：整理时间：2024-06-22 05:38:14 编辑：黑码技术手机版

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

关系模式进行规范化的目地：规范化目的是使结构更合理，消除存储异常，使数据冗余尽量小，便于插入、删除和更新关系模式进行规范化的原则：遵从概念单一化 "一事一地"原则，即一个关系模式描述一个实体或实体间的一种联系。规范的实质就是概念的单一化。关系模式进行规范化的方法：将关系模式投影分解成两个或两个以上的关系模式。要求：分解后的关系模式集合应当与原关系模式"等价"，即经过自然联接可以恢复原关系而不丢失信息，并保持属性间合理的联系。注意：一个关系模式结这分解可以得到不同关系模式集合，也就是说分解方法不是唯一的。最小冗余的要求必须以分解后的数据库能够表达原来数据库所有信息为前提来实现。其根本目标是节省存储空间，避免数据不一致性，提高对关系的操作效率，同时满足应用需求。实际上，并不一定要求全部模式都达到BCNF不可。有时故意保留部分冗余可能更方便数据查询。尤其对于那些更新频度不高，查询频度极高的数据库系统更是如此。

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

2，关于数据库规范化理论

数据完整性就是说存储在数据库中的所有数据值均正确的状态。只要是所有数据均处在正确的状态就说这个数据库中的数据是完整的。而规范化其中之一要求就是要减少数据库中数据的冗余来增进数据的一致性。逆规范化，增加数据冗余很好理解，举一个例子，比如员工姓名，但就姓名来说在不同的表中所表示的含义可能会不一样。如果多个表中存在相同的列，比如员工姓名，此时员工姓名的信息就存在冗余了，而这时对此信息的修改就要多增加注意了。如果更改一处的姓名，其它多处的信息也要修改，否则信息就会处于不一致状态，这样数据的完整性就收到了影响。

答案：由于“学号”能完全函数确定此关系模式的所有属性，故此关系模式的候选码为“学号”；由于候选码由单一属性组成，不可能存在非主属性部分函数依赖于码“学号”，故此关系模式是第二范式的；∵学号→所在系，所在系→宿舍楼∴学号→宿舍楼此关系模式中存在非主属性“宿舍楼”传递函数依赖于码“学号”，故此关系模式不是第三范式的。采用投影分解法，消除其传递函数依赖，将其规范化为第三范式关系模式为：Student11(学号，姓名，出生日期，所在系)Student12(所在系，宿舍楼)这个是第一题的答案、其实我也在找第二个的

关于数据库规范化理论

3，关系数据库规范化

根据以下关系范式：如果关系R的每个属性值都是不可分的原子值，则称R满足第一范式（First Normal Form，可简写成1NF），并记作R∈1NF。设有R（U）且其每个非主属性完全函数依赖于关键字，则称R满足第二范式（可简写成2NF），并记作R∈2NF。若关系模式R（U）的每个非主属性都不部分依赖也不传递依赖于关键字，则称R满足第三范式（可简写为3NF），并记作R∈3NF。以下数据表完全满足关系范式商品管理(品号，品名，类别，产地，价格），其中品号为主键；库存管理（库存编号，品号，库存量，货架号，进库时间），其中库存编号为主键；顾客管理（用户编号，姓名，收货地址，联系电话），其中用户编号为主键；订单管理（订单编号，库存编号，用户编号，数量，订货时间），其中订单编号为主键。

关系数据库规范化

4，数据库设计中什么时候要进行适当的反规范化

1?反规范的好处是否规范化的程度越高越好?这要根据需要来决定，因为“分离”越深，产生的关系越多，关系过多，连接操作越频繁，而连接操作是最费时间的，特别对以查询为主的数据库应用来说，频繁的连接会影响查询速度。所以，关系有时故意保留成非规范化的，或者规范化以后又反规范了，这样做通常是为了改进性能。例如帐户系统中的“帐户”表B－TB01，它的列busi－balance(企业帐户的总余额)就违反规范，其中的值可以通过下面的查询获得： select busi－code,sum(acc－balance) from B－TB06 group by busi－code 如果B－TB01中没有该列，若想获得busi－name(企业名称)和企业帐户的总余额，则需要做连接操作： select busi－name,sum(acc－balance) from B－TB01,B－TB06 where B－TB01.busi－code=B－TB06.busi－code group by busi－code 如果经常做这种查询，则就有必要在B－TB01中加入列busi－balance，相应的代价则是必须在表B－TB06上创建增、删、改的触发器来维护B－TB01表上busi－balance列的值。类似的情况在决策支持系统中经常发生。反规范的好处是降低连接操作的需求、降低外码和索引的数目，还可能减少表的数目，相应带来的问题是可能出现数据的完整性问题。加快查询速度，但会降低修改速度。因此决定做反规范时，一定要权衡利弊，仔细分析应用的数据存取需求和实际的性能特点，好的索引和其它方法经常能够解决性能问题，而不必采用反规范这种方法。 2?常用的反规范技术在进行反规范操作之前，要充分考虑数据的存取需求、常用表的大小、一些特殊的计算(例如合计)、数据的物理存储位置等。常用的反规范技术有增加冗余列、增加派生列、重新组表和分割表。 (1)增加冗余列是指在多个表中具有相同的列，它常用来在查询时避免连接操作。例如前面例子中，如果经常检索一门课的任课教师姓名，则需要做class和teacher表的连接查询： select class－name,teacher－name from class,teacher where class.teacher－no=teacher.teacher－no 这样的话就可以在class表中增加一列teacher－name就不需要连接操作了。增加冗余列可以在查询时避免连接操作，但它需要更多的磁盘空间，同时增加表维护的工作量。 (2)增加派生列指增加的列来自其它表中的数据，由它们计算生成。它的作用是在查询时减少连接操作，避免使用集函数。例如前面所讲的账户系统中的表B－TB01的列busi－balance就是派生列。派生列也具有与冗余列同样的缺点。 (3)重新组表指如果许多用户需要查看两个表连接出来的结果数据，则把这两个表重新组成一个表来减少连接而提高性能。例如，用户经常需要同时查看课程号，课程名称，任课教师号，任课教师姓名，则可把表class(class－no,class－name,teacher－no)和表teacher(teacher－no,teacher－name)合并成一个表class(class－no,class－name,teacher－no,teacher－name)。这样可提高性能，但需要更多的磁盘空间，同时也损失了数据在概念上的独立性。 (4)有时对表做分割可以提高性能。表分割有两种方式： 1水平分割：根据一列或多列数据的值把数据行放到两个独立的表中。水平分割通常在下面的情况下使用。 ·表很大，分割后可以降低在查询时需要读的数据和索引的页数，同时也降低了索引的层数，提高查询速度。 ·表中的数据本来就有独立性，例如表中分别记录各个地区的数据或不同时期的数据，特别是有些数据常用，而另外一些数据不常用。 ·需要把数据存放到多个介质上。例如法规表law就可以分成两个表active－law和inactive－law。activea－authors表中的内容是正生效的法规，是经常使用的，而inactive－law表则使已经作废的法规，不常被查询。水平分割会给应用增加复杂度，它通常在查询时需要多个表名，查询所有数据需要union操作。在许多数据库应用中，这种复杂性会超过它带来的优点，因为只要索引关键字不大，则在索引用于查询时，表中增加两到三倍数据量，查询时也就增加读一个索引层的磁盘次数。 2垂直分割：把主码和一些列放到一个表，然后把主码和另外的列放到另一个表中。如果一个表中某些列常用，而另外一些列不常用，则可以采用垂直分割，另外垂直分割可以使得数据行变小，一个数据页就能存放更多的数据，在查询时就会减少I/O次数。其缺点是需要管理冗余列，查询所有数据需要join操作。 3?反规范技术需要维护数据的完整性无论使用何种反规范技术，都需要一定的管理来维护数据的完整性，常用的方法是批处理维护、应用逻辑和触发器。批处理维护是指对复制列或派生列的修改积累一定的时间后，运行一批处理作业或存储过程对复制或派生列进行修改，这只能在对实时性要求不高的情况下使用。数据的完整性也可由应用逻辑来实现，这就要求必须在同一事务中对所有涉及的表进行增、删、改操作。用应用逻辑来实现数据的完整性风险较大，因为同一逻辑必须在所有的应用中使用和维护，容易遗漏，特别是在需求变化时，不易于维护。另一种方式就是使用触发器，对数据的任何修改立即触发对复制列或派生列的相应修改。触发器是实时的，而且相应的处理逻辑只在一个地方出现，易于维护。一般来说，是解决这类问题的最好的办法。

进行数据库关系规范化原因：规范的数据库关系可以有效的减少数据冗余量规范的数据库关系可以提高查询的效率，特别是在多表查询时。规范的数据库关系可以是程序设计更加合理，有效

5，理解什么是数据库规范化

理解数据库规范化的意义　　【TechTarget中国原创】数据库规范化是由Edgar Frank Codd提出的，他是IBM公司的一位计算机科学家，他在自己的论文《20世纪70年代大型共享数据银行数据关系模型》中首次提出这种说法。数据库规范化是一个过程，这个过程中需要对现存表结构进行修改，把表转化使遵循一系列先进的范式。　　它着重于消除开发人员和他们项目的“电子表格综合症”。电子表格综合症是指开发人员倾向于在尽可能少的表中挤下尽可能多的信息。　　早些时候，由于受电子表格的概念以及在电子表格中管理数据思路的影响，开发人员们一直采用与涉及电子表格相同的思路设计MySQL数据库。现在，再用这种方法设计MySQL数据库被认为是不明智的做法，因为这种电子表格综合症设计的表在每次数据库有很小的改变时，都要持续不断地进行重新设计。　　在MySQL中实现数据库规范化的好处　　通过智能数据分类，降低存储空间使用量是对MySQL实现数据库规范化的众多好处之一。它帮助实现了更好，更快，更强的搜索功能，因为它与早期基于混合实体的搜索方式相比，需要扫描更少的实体。通过数据库规范化，数据完整性也得以改善，因为它把所有数据分成单独的实体，并用关联数据在实体间建立强连接。　　Mike Hillyer是之前MySQL AB的一位技术作家，他解释说：“数据库规范化的目标是确保每个表中所有非键列都直接依赖于主键：整个都是键，除了键没有其它。有了这个目标，随之而来还有一些好处，我们降低了冗余，减少了异常，提高了效率。”　　数据规范化很容易做到　　下面的例子将说明数据库规范化如何帮助实现MySQL中的良好设计。下面的表展示了需要在数据库中捕获的数据。　　Chad Russell is a programmer and system administrator who owns his own internet hosting company. Jon Stephens is a member of the MySQL AB documentation team.　　在上面展示的例子中，如果任意一个条件作为识别主键的话，会有大量的存储空间被浪费掉。因此，数据库规范化是必不可少的。这是一个循序渐进的过程，不能随意进行。下面的步骤可以帮你在MySQL中实现数据库规范化。转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦

第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。第二范式（2NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。第三范式（3NF）：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A

理解数据库规范化的意义　　【techtarget中国原创】数据库规范化是由edgar frank codd提出的，他是ibm公司的一位计算机科学家，他在自己的论文《20世纪70年代大型共享数据银行数据关系模型》中首次提出这种说法。数据库规范化是一个过程，这个过程中需要对现存表结构进行修改，把表转化使遵循一系列先进的范式。　　它着重于消除开发人员和他们项目的“电子表格综合症”。电子表格综合症是指开发人员倾向于在尽可能少的表中挤下尽可能多的信息。　　早些时候，由于受电子表格的概念以及在电子表格中管理数据思路的影响，开发人员们一直采用与涉及电子表格相同的思路设计mysql数据库。现在，再用这种方法设计mysql数据库被认为是不明智的做法，因为这种电子表格综合症设计的表在每次数据库有很小的改变时，都要持续不断地进行重新设计。　　在mysql中实现数据库规范化的好处　　通过智能数据分类，降低存储空间使用量是对mysql实现数据库规范化的众多好处之一。它帮助实现了更好，更快，更强的搜索功能，因为它与早期基于混合实体的搜索方式相比，需要扫描更少的实体。通过数据库规范化，数据完整性也得以改善，因为它把所有数据分成单独的实体，并用关联数据在实体间建立强连接。　　mike hillyer是之前mysql ab的一位技术作家，他解释说：“数据库规范化的目标是确保每个表中所有非键列都直接依赖于主键：整个都是键，除了键没有其它。有了这个目标，随之而来还有一些好处，我们降低了冗余，减少了异常，提高了效率。”　　数据规范化很容易做到　　下面的例子将说明数据库规范化如何帮助实现mysql中的良好设计。下面的表展示了需要在数据库中捕获的数据。　　chad russell is a programmer and system administrator who owns his own internet hosting company. jon stephens is a member of the mysql ab documentation team.　　在上面展示的例子中，如果任意一个条件作为识别主键的话，会有大量的存储空间被浪费掉。因此，数据库规范化是必不可少的。这是一个循序渐进的过程，不能随意进行。下面的步骤可以帮你在mysql中实现数据库规范化。