MySQL三范式入门教程（mysql三范式教学）

MySQL三范式入门教程

MySQL是一款流行的关系型数据库管理系统，其数据设计遵循三范式原则。三范式是指建立在关系数据库理论上的数据设计规则，旨在规范数据库中的数据关系，减少数据冗余和不一致，提高数据的可靠性和有效性。

在MySQL中，三范式原则是数据设计中的基础。三范式分别为第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。下面我们将逐一介绍这三个范式，并提供相关的代码示例。

第一范式（1NF）

第一范式的核心思想是将表格中的所有数据拆分成最小的数据单元，即每个单元只具有一个值。在1NF中，每个属性应该具有一个原子性，且表中的每个单元不能包含多个数据值。

例如，在一张学生表中，如果我们将“电话”这一属性的值设计为“电话1, 电话2, …”的形式，则不符合第一范式；而将“电话”分割为“电话1”和“电话2”两个属性，则符合第一范式。

代码示例：

CREATE TABLE Student (

StudentID int PRIMARY KEY,

Name varchar(255),

Telephone1 varchar(255),

Telephone2 varchar(255)

);

第二范式（2NF）

第二范式的基本理念是确保每个非主属性都完全依赖于主键，即没有部分依赖关系存在。也就是说，任何非主属性都不能依赖于主键的部分组合。

例如，在一张订单表中，若我们使用“订单日期”+“产品名称”作为联合主键，而“产品价格”仅依赖于“产品名称”，则不符合第二范式。这时我们需要使用单独的“产品表”来存储“产品名称”和“产品价格”。

代码示例：

CREATE TABLE Product (

ProductID int PRIMARY KEY,

Name varchar(255),

Price decimal(10,2)

);

CREATE TABLE Order (

OrderID int PRIMARY KEY,

OrderDate date,

ProductID int,

FOREIGN KEY (ProductID) REFERENCES Product(ProductID)

);

第三范式（3NF）

第三范式的主要目的是消除属性冗余，即通过将非关键字数据移至单独的表中，避免数据的重复。在第三范式中，每个非主属性都必须直接依赖于主键，而不能依赖于其他非主属性。

例如，在一张店铺表中，我们同时存储商家信息和店铺信息，而“商家地址”同属于“商家信息”和“店铺信息”，这种数据冗余不符合第三范式。我们需要将“商家信息”和“店铺信息”分别存储，再使用“商家ID”在两张表之间建立关联。

代码示例：

CREATE TABLE Vendor (

VendorID int PRIMARY KEY,

Name varchar(255),

Address varchar(255)

);

CREATE TABLE Shop (

ShopID int PRIMARY KEY,

Name varchar(255),

VendorID int,

FOREIGN KEY (VendorID) REFERENCES Vendor(VendorID)

);

总结

MySQL的三范式原则是一种数据设计规则，帮助开发人员建立有效的关系型数据库。在表格设计中，我们必须优先考虑数据的范式化程度，以便更好地管理和查询数据。本文通过实例介绍了MySQL三范式的基本原则及其代码实现。

参考资料：

1. MySQL三范式（https://www.twle.cn/l/yufei/mysql/mysql-normalization.html）

2. MySQL教程（https://www.runoob.com/mysql/mysql-tutorial.html）