数据库设计范式

为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

                 

在实际开发中最为常见的设计范式有三个：

1．第一范式(确保每列保持原子性)

第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值，就说明该数据库表满足了第一范式。

place table  (primary key: image_path,   地理位置不可分)

id	image_path	country	city	district	time
1	/storage/xxx1.jpg	china	shenzhen	NanShan	2017-10-20
2	/storage/xxx2.jpg	USA	New York	null	2016-9-10
3	/storage/xxx3.jpg	Japan	Tokyo	null	2012-8-30

2．第二范式(确保表中的每列都和主键相关)

第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。也就是说在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。

face table   (primary key: image_path + personId)

image_path	personId	face_left	face_top	width	height
/storage/xxx1.jpg	100	100	200	110	110
/storage/xxx1.jpg	200	200	200	120	120
/storage/xxx2.jpg	300	300	300	100	100
/storage/xxx3.jpg	100	400	200	130	130

name table  (primary key: personId)

personId	name[用户自定义]
100	me
200	dad
300	mom

3．第三范式(确保每列都和主键列直接相关,而不是间接相关)

第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。

 

总结：

第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解；
通俗的理解是，字段还可以再分吗？如过不能，则是符合1NF的设计。

第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；
简单的解释，比如你和一个女生约会建立一张表，不用每条约会记录都记录她的身高、体重，将身高体重单独的存在一张表中供查询即可。

第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。
打个比方，比如评论表，如果你将用户ID，用户头像都放在这留言表中，就是不合适的了。用户头像是依赖于用户ID，而不依赖该评论。

 

参考文章： http://www.cnblogs.com/linjiqin/archive/2012/04/01/2428695.html