数据库中的三范式:
数据库设计三范式(重点)
1、什么是设计三范式?
设计表的依据。按照这个三范式设计的表不会出现数据冗余。
2、三范式都有哪些内容?
(1)第一范式:任何一张表都应该有主键,并且表中每一个字段原子性不可再分。
(2)第二范式:建立在第一范式的基础上,所有非主键字段完全依赖于主键,不能产生部分依赖。
完全依赖:主键能推出,能确定所有其他字段。
部分依赖:存在非主键字段是由部分主键确定的,比如主键是联合主键。(不建议使用联合主键)
在设计表时,碰到“多对多”的关系,怎么做?
解决方法:多对多,三张表,关系表两个外键。
(3)第三范式:建立在第二范式的基础之上,所有非主键字段直接依赖主键,不能产生传递依赖。
什么是传递依赖?
假设存在3个字段ABC,A是主键,A能推出B,B能推出C,我们把这种关系成为传递依赖。
在设计表时,碰到“一对多”的关系,怎么做?
解决方法:一对多,两张表,多的表加外键。
三范式的作用:为了减少数据的冗余。
结论:
一范式:存在主键,每个字段不可再分。
二范式:不存在部分依赖。
三范式:不存在传递依赖。
多对多,三张表,关系表两个外键。
一对多,两张表,多的表加外键。
注意:在实际开发中,以客户的需求为主,有的时候会拿冗余换取执行速度。
因为多张表连接会产生笛卡尔积现象,降低了执行效率。
3、一对一怎么设计?
可以放在同一张表中,但有时候信息太多,一张表的一行记录有太多的字段,这时考虑使用两张表去存储。
第一种方案:主键共享
t_user_login 用户登录表
--------------------------------------------------
id(pk) username password
t_user_info 用户信息表
--------------------------------------------------
id(pk+fk) realname tel address...
第二种方案:外键唯一
t_user_login 用户登录表
-------------------------------------------------
id(pk) username password
t_user_info 用户信息表
-------------------------------------------------
id(pk) realname tel.... userid(fk+unique)