第一范式要求字段原子性，第二范式消除部分依赖，第三范式消除传递依赖。1NF确保每列不可分且行可区分；2NF要求非主键字段完全依赖整个主键，避免部分依赖；3NF要求非主键字段直接依赖主键，避免通过其他非主键字段间接依赖。遵循三范式可减少冗余、提升一致性，但实际中可能为性能适度反范式化。
MySQL数据库的三范式是设计关系型数据库时常用的规范化原则，目的是减少数据冗余、提高数据一致性。下面分别说明每一范式的核心要求。
第一范式（1NF）：确保字段原子性
第一范式要求数据库表中的每个字段都是不可再分的最小数据单元，即列具有原子性。
• 表的每一列只能包含单一值，不能有重复组或数组形式的数据。• 比如用户地址不应写成“省,市,区”在一个字段里，而应拆分为多个独立字段。
• 每一行必须能通过主键唯一区分。
第二范式（2NF）：消除部分函数依赖
在满足第一范式的前提下，第二范式要求所有非主键字段完全依赖于整个主键，而不是主键的一部分。
SmartB2B行业电子商务
下载
SmartB2B 是一款基于PHP、MySQL、Smarty的B2B行业电子商务网站管理系统，系统提供了供求模型、企业模型、产品模型、人才招聘模型、资讯模型等模块，适用于想在行业里取得领先地位的企业快速假设B2B网站，可以运行于Linux与Windows等多重服务器环境，安装方便，使用灵活。 系统使用当前流行的PHP语言开发，以MySQL为数据库，采用B/S架构，MVC模式开发。融入了模型化、模板
• 如果存在部分依赖，就需要将表拆分。
• 例如订单明细表中，如果用（订单ID + 商品ID）作为主键，那么商品名称如果只依赖商品ID，就违反了2NF，应单独建商品表。
第三范式（3NF）：消除传递依赖
在满足第二范式的前提下，第三范式要求非主键字段之间不能有依赖关系，即不能通过一个非主键字段推导出另一个非主键字段。
• 所有非主键字段必须直接依赖主键，不能间接依赖。• 比如用户表中，用户ID → 部门ID，部门ID → 部门负责人，那么用户ID → 部门负责人就是传递依赖，应把部门信息单独建表。
• 这样修改部门负责人时不需要更新多个用户记录，避免数据不一致。
基本上就这些。遵循三范式能让数据库结构更清晰、维护更方便，但在实际开发中有时会为了查询性能做适当反范式化处理。
