关系数据库设计是对数据进行组织化和结构化的过程，核心问题是关系模型的设计。关系模型是数学化的、用二维表格数据描述各实体之间的联系的模型；它是所有的关系模式、属性名和关键字的汇集，是关系模式描述的对象。关系模式是指一个关系的属性名表，即二维表的表框架。关系模式的设计是关系模型设计的灵魂。所以，关系模式的设计是关系数据库设计核心的核心。

关系模式的设计直接决定着关系数据库的性能。目前，在指导关系模式的设计中规范化(normalization)设计占有主导地位，它是在数据库几十年的长期发展中产生并成熟的。但近年来这一领域出现了一种新的趋势，一种称为非规范化的关系模式设计引起业界的关注并已在一定的范围内得到应用。对这一新的设计思想，各方反应迥异褒贬不一，从而在相关的理论界掀起了一场不大不小的规范化与非规范化之争。本文简单介绍了规范化与非规范化设计的基本思想，综述了正反双方争论的要点，供国内业界相关人员参考。

一、规范化设计

关系模式规范化设计的基本思想是通过对关系模式进行分解，用一组等价的关系子模式来代替原有的关系模式，消除数据依赖(包括函数依赖和多值依赖)中不合理的部分，使得一个关系仅描述一个实体或者实体间的一种联系。这一过程必须在保证无损连接性、保持函数依赖性的前提下进行，即确保不破坏原有数据，并可将分

解后的关系通过自然联接恢复至原有关系。

具体地说，规范化设计的过程就是按不同的范式，将一个二维表不断地分解成多个二维表并建立表之间的关联，最终达到一个表只描述一个实体或者实体间的一种联

系的目标。目前遵循的主要范式包括1 NF、 2 NF、3 NF、BCNF、4NF和

5NF等几种；在工程中3NF、BCNF应用得最广泛，推荐采用 3 NF作为标准。

规范化设计的优点包括可有效地消除数据冗余，理顺数据的从属关系，保持数据库的完整性，增强数据库的稳定性、伸缩性、适应性。通常认为规范化设计存在的主

要问题是增加了查询时的连接库表运算，导致计算机时间、空间、系统及运行效率的损失。在大多数情况下，这一问题可通过良好的索引设计等方法得到解决。

二、非规范化设计

非规范化设计的基本思想是，现实世界并不总是依从于某一完美的数学化的关系模式。强制性地对事物进行规范化设计，形式上显得简单化，内容上趋于复杂化，更重要的是导致数据库运行效率的减低。非规范化要求适当地降低甚至抛弃关系模式的范式，不再要求一个表只描述一个实体或者实体间的一种联系。其主要目的在于

提高数据库的运行效率。

非规范化处理的主要技术包括增加冗余或派生列，对表进行合并、分割或增加重复表。一般认为，在下列情况下可以考虑进行非规范化处理：(1)大量频繁的查询

过程所涉及的表都需要进行连接；(2) 主要的应用程序在执行时要将表连接起来进行查询；(3)对数据的计算需要临时表或进行复杂的查询。

非规范化设计的主要优点是减少了查询操作所需的连接；减少了外部键和索引的数量；可以预先进行统计计算，提高了查询时的响应速度。非规范化存在的主要问题

是增加了数据冗余；影响数据库的完整性；降低了数据更新的速度；增加了存储表所占用的物理空间。其中最重要的是数据库的完整性问题。这一问题一般可通过建

立触发器、应用事务逻辑、在适当的时间间隔运行批命令或存储过程等方法得到解决。