数据库建模范式理解
程序员文章站
2022-03-10 15:32:37
关系型数据库设计时,遵照一定的规范要求,目的在于降低数据的冗余性...
目的:关系型数据库设计时,遵照一定的规范要求,目的在于 降低数据的冗余性 (尽量让每个数据都出现一次)
和 保持数据的一致性
缺点: 是获取数据时,需要通过Join拼接出最后的数据。
第一范式(1NF)
域都应该是原子性的,即数据库表的每一列都是不可分割的原子数据项
核心:属性不可切割
例如 5台电脑 就是错误的
商品 | 数量 (台) |
---|---|
电脑 | 5 |
第二范式(2NF)
在1NF的基础上,实体的属性完全依赖于主关键字,不能存在仅依赖主关键字一部分的属性
核心:不能存在部分函数依赖
例如:
学号 | 姓名 | 系名 | 系主任 | 课名 | 分数 |
---|---|---|---|---|---|
1003 | plum | 经济系 | 张超 | 运筹学 | 78 |
以上表格明显存在部分依赖,这张表的主键是 学号、课名,分数确实完全依赖于课名,但是姓名并不完全依赖于学号、课名
学号 | 课名 | 分数 |
---|---|---|
1003 | 运筹学 | 78 |
学号 | 姓名 | 系名 | 系主任 |
---|---|---|---|
1003 | plum | 经济系 | 张超 |
以上两个表就符合2NF
第三范式(3NF)
在2NF的基础上,任何非主属性不依赖于其它非主属性
核心:不能存在传递函数依赖
学号 | 姓名 | 系名 | 系主任 |
---|---|---|---|
1003 | plum | 经济系 | 张超 |
传递依赖:学号–>系名–>系主任
学号 | 姓名 | 系名 |
---|---|---|
1003 | plum | 经济系 |
系名 | 系主任 |
---|---|
经济系 | 张超 |
拆分成两张表就OK了
巴斯-科德范式(BCNF)
第四范式(4NF)
第五范式(5NF)
本文地址:https://blog.csdn.net/weixin_45067310/article/details/110590220
上一篇: redis集群