SQL数据库表结构设计是后端开发中的核心环节，合理的表结构能直接影响系统的存储效率和查询性能，范式和反范式是两种最主流的设计思路，各自有不同的适用场景和优缺点。
什么是数据库范式
范式是关系型数据库设计的一系列规范，目的是减少数据冗余，避免数据插入、删除、更新异常，目前常用的有第一范式、第二范式、第三范式。
第一范式（1NF）
第一范式要求表中的每一个字段都是不可分割的原子值，不能存在复合字段或者多值字段。比如用户表如果有一个address字段同时存储省、市、详细地址，就不符合第一范式，需要拆分成province、city、detail_address三个独立字段。
符合第一范式的用户表结构示例如下：
-- 符合第一范式的用户表
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
province VARCHAR(20) NOT NULL,
city VARCHAR(20) NOT NULL,
detail_address VARCHAR(100) NOT NULL,
phone VARCHAR(20) NOT NULL
);
第二范式（2NF）
第二范式在第一范式的基础上，要求表中的非主键字段必须完全依赖于整个主键，而不能只依赖主键的一部分。第二范式只适用于有联合主键的表，比如订单明细表如果主键是order_id和product_id的联合主键，那么product_name只依赖product_id，不符合第二范式，需要把产品相关字段拆分到产品表中。
第三范式（3NF）
第三范式在第二范式的基础上，要求非主键字段不能依赖于其他非主键字段，也就是消除传递依赖。比如用户表中如果有dept_id和dept_name两个字段，dept_name依赖于dept_id，而dept_id依赖于主键id，就存在传递依赖，需要把部门相关字段拆分到部门表中。
什么是反范式设计
反范式设计是故意违反范式的规范，在表中适当增加冗余字段，减少查询时的表关联操作，从而提升查询效率。反范式设计通常用于查询频率远高于更新频率的场景，比如电商的商品详情页，需要同时展示商品分类名称，按照第三范式分类名称应该存在分类表中，反范式设计可以直接在商品表中增加category_name字段，查询时不需要关联分类表。
反范式设计的商品表示例如下：
-- 反范式设计的商品表，冗余了分类名称字段
CREATE TABLE product (
id INT PRIMARY KEY AUTO_INCREMENT,
product_name VARCHAR(100) NOT NULL,
category_id INT NOT NULL,
category_name VARCHAR(50) NOT NULL, -- 冗余字段，避免关联分类表
price DECIMAL(10,2) NOT NULL,
stock INT NOT NULL
);
范式与反范式的实践选择
在实际的SQL数据库表结构设计中，不需要严格遵循某一种思路，而是要结合业务场景灵活选择：
- 如果业务以数据更新、插入为主，查询关联较少，优先选择范式设计，保证数据一致性，减少冗余数据带来的维护成本。
- 如果业务以查询为主，更新频率很低，且查询需要关联多张表，可适当采用反范式设计，增加冗余字段减少关联，提升查询性能。
- 对于核心业务表，建议优先遵循第三范式，对于非核心的查询型表，比如报表统计表，可以完全采用反范式设计，提前计算好冗余数据。
实践案例：电商订单系统设计
电商的订单系统需要存储订单基本信息、订单商品信息、用户信息，我们可以结合两种设计思路：
订单主表遵循第三范式，只存储用户ID、订单状态、创建时间等核心信息，用户姓名、手机号等字段不冗余，避免用户信息更新时同步修改所有订单：
-- 订单主表，遵循第三范式
CREATE TABLE order_main (
order_id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL,
order_status TINYINT NOT NULL,
total_amount DECIMAL(10,2) NOT NULL,
create_time DATETIME NOT NULL
);
订单商品表采用反范式设计，冗余商品名称和商品单价，因为商品名称后续可能修改，但是订单中的商品名称需要保留下单时的快照，不需要关联商品表查询：
-- 订单商品表，反范式设计冗余商品信息
CREATE TABLE order_item (
id INT PRIMARY KEY AUTO_INCREMENT,
order_id INT NOT NULL,
product_id INT NOT NULL,
product_name VARCHAR(100) NOT NULL, -- 冗余商品名称，保留下单时快照
product_price DECIMAL(10,2) NOT NULL, -- 冗余下单时单价
buy_num INT NOT NULL
);
这种设计既保证了订单核心数据的一致性，又避免了查询订单详情时关联商品表，平衡了存储和维护的成本。