目前关系数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、第四范式(4NF)、第五范式(5NF) 和第六范式(6NF)。
满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一-步满足更多要求的称为第二范式(2NF),其余范式以次类推。一般说来,数据库只需满足第三范式(3NF)就行了。
三大范式
1.第一范式(确保每列保持原子性)
第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式。
第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分,那么就非要将“地址”这个属性重新拆分为省份、城市、详细地址等多个部分进行存储,这样在对地址中某一部分操作的时候将非常方便
2.第二范式(确保表中的每列都和主键相关)
第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言)。也就是说在一个数据库表中,一个表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中。
比如要设计一个订单信息表,因为订单中可能会有多种商品,所以要将订单编号和商品编号作为数据库表的联合主键
3.第三范式(确保每列都和主键列直接相关,而不是间接相关)
第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关。
比如在设计一个订单数据表的时候,可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息(比如姓名、所属公司等)的字段。
总结:
第一范式是最基本的范式,数据表中每一列表都是不可拆分的原子值
第二范式就是在第一范式的基础上每一列数据都和主键有直接关系,不能是间接关系
第三范式就是将两张表建立相同的列,用这个相同的列将两张表建立联系
1、简单归纳:第一范式(1NF):字段不可分;第二范式(2NF):有主键,非主键字段依赖主键;第三范式(3NF):非主键字段不能相互依赖。
2、解释:1NF:原子性。字段不可再分,否则就不是关系数据库;2NF:唯一性,一个表只说明一个事物;3NF:每列都与主键有直接关系,不存在传递依赖。