第一范式
表中每个属性不可再分（唯一性、原子性）
- 比如某些数据库系统中需要用到“地址”这个属性，本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分，那么就非要将“地址”这个属性重新拆分为省份、城市、详细地址等多个部分进行存储，这样在对地址中某一部分操作的时候将非常方便。这样设计才算满足了数据库的第一范式，如下表所示。
第二范式
表中只有一个主键、且其他属性都完全依赖于主键（函数依赖）
- 例如：这个表中是以订单编号和商品编号作为联合主键。这样在该表中商品名称、单位、商品价格等信息不与该表的主键相关，而仅仅是与商品编号相关。所以在这里违反了第二范式的设计原则。
不符合第二范式
- 下面这样设计，在很大程度上减小了数据库的冗余。如果要获取订单的商品信息，使用商品编号到商品信息表中查询即可。
第三范式
表中属性与主键是直接依赖、而不是间接依赖关系（不能有传递依赖）*
- 如图所示是符合第三范式的。客户名称、所属公司、联系方式是与客户编号唯一依赖的，所以这三个字段不能放到第一张表中，要是放到第一张表就变成与订单编号间接依赖的
