第三范式举例说明

更新日期：2026-11-12 07:48:44

标题

第三范式举例说明

内容

在数据库设计中，第三范式（3NF）是关系型数据库规范化过程中的一个重要阶段。它是在第二范式的基础上进一步消除非主属性对候选键的传递依赖，以确保数据的完整性与一致性。下面将通过一个具体例子来说明第三范式的设计方法和应用。

一、

在数据库设计中，若一个表满足第二范式（2NF），即所有非主属性都完全依赖于主键，但可能存在非主属性之间的依赖关系，这种依赖称为“传递依赖”。为了消除这种依赖，使数据更加规范，就需要引入第三范式。

第三范式的核心要求是：

- 表必须满足第二范式；

- 所有非主属性不能依赖于其他非主属性，只能直接依赖于主键。

通过将具有传递依赖的数据拆分成多个表，可以提高数据的存储效率，减少冗余，并增强数据的一致性。

二、示例说明

假设我们有一个订单信息表 `Orders`，包含以下字段：

在这个表中：

- 主键为 `OrderID`；

- `CustomerName` 和 `Address` 是与 `OrderID` 相关的非主属性；

- `ProductName` 和 `Quantity` 也是非主属性。

但可以看出，`CustomerName` 和 `Address` 可能会重复出现，且 `ProductName` 与 `OrderID` 之间没有直接关系，而是通过 `OrderID` 间接关联到 `CustomerName`，这属于传递依赖。

因此，该表不满足第三范式。

三、优化后的结构（符合第三范式）

为了消除传递依赖，我们可以将原表拆分为三个表：

1. Customers 表（客户信息）

2. Products 表（产品信息）

3. Orders 表（订单信息）

四、表格对比

原始表（不符合3NF）	优化后（符合3NF）
Orders (OrderID, CustomerName, Address, ProductName, Quantity)	Customers (CustomerID, CustomerName, Address)
	Products (ProductID, ProductName)
	Orders (OrderID, CustomerID, ProductID, Quantity)

五、结论

通过将原始表拆分为多个表，消除了非主属性之间的传递依赖，使得每个表只存储与主键直接相关的数据，从而达到了第三范式的要求。这样不仅提高了数据的一致性和完整性，还减少了数据冗余，提升了数据库的性能和可维护性。

随便看