1.概述
创建数据库必须遵循一定的规则。在关系数据库(SQL Server)中，这种规则就是范式。范式是符合某一种级别的关系模式的集合。关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。
在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库正常设计只需满足第一、第二和第三范式（3NF）就行了。
2.范式
SQL Server数据库设计中范式就是对数据表(table)进行规范，主要是对表进行规范要求的。范式使用NF表示。
2.1. 第一范式1NF
在SQL Server中，第一范式使用1NF表示，在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。
第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。
第一范式1NF就是无重复的列。第一范式（1NF）中表的每一行只包含一个实体的信息。
例如：对于员工信息表示，不能将所有的员工信息全部放在一列中显示，也不能将其中的两列或多列在一列中显示，每一行只能表示一个员工的信息。
2.2. 第二范式2NF
在SQL Server中，第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实体或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。
这个唯一标识也可以使用主键来表示，可以唯一的标识一行数据。并且每行数据不可重复。
第二范式（2NF）要求实体的属性完全依赖于主关键字。第二范式就是在第一范式的基础上增加了主键。
2.3. 第三范式3NF
在SQL Server中，在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。
也可以简单的理解为在表中使用外键与其它表建立联系。
例如：员工部门表和员工信息表，在员工信息表中存放了多个员工的信息，并且每个员工都会对应一个部门，正确的情况下是将员工部门表中的主键在员工信息表中使用外键建立关系，而不是直接将部门名称字段添加到员工信息表中。这就是第三范式所要求的。
在员工信息表中，由于存在外键DepId，所以通过该DepId的值就可以查询到该员工所在的部门，而不需要在员工信息表中再添加一个所在部门的列。
所以，第三范式就是要满足外键关系。
3.数据库设计
这里按经典.NET三层架构设计一个销售系统，其功能主要包括：
- 用户管理：添加用户、修改用户、删除用户和显示用户信息。
- 商品类型管理：添加商品类型、编辑商品类型和删除商品类型。
- 商品管理：商品信息的添加、修改、删除和显示。
- 客户管理：客户信息的添加、修改、删除和显示。
- 销售管理：销售信息的添加、修改、删除和显示。
根据销售系统的功能，我们按数据库的范式来设计一下数据库：
用户表：Users
商品类型表：GoodsType
商品表：Goods
客户表：Customer
销售表：Sales
在上面设计的这几个表都遵守SQL Server数据库范式。它们之间都会存在一定的主外键关系，还有一些约束，来保证数据的完整性。
（本文转自百家号，作者：一都编程，发布于2020年2月3日）
