目的:关系型数据库设计时,遵照一定的规范要求,目的在于 降低数据的冗余性 (尽量让每个数据都出现一次)
和 保持数据的一致性
缺点: 是获取数据时,需要通过Join拼接出最后的数据。
第一范式(1NF)
域都应该是原子性的,即数据库表的每一列都是不可分割的原子数据项
核心:属性不可切割
例如 5台电脑 就是错误的
| 商品 | 数量 (台) |
|---|---|
| 电脑 | 5 |
第二范式(2NF)
在1NF的基础上,实体的属性完全依赖于主关键字,不能存在仅依赖主关键字一部分的属性
核心:不能存在部分函数依赖
例如:
| 学号 | 姓名 | 系名 | 系主任 | 课名 | 分数 |
|---|---|---|---|---|---|
| 1003 | plum | 经济系 | 张超 | 运筹学 | 78 |
以上表格明显存在部分依赖,这张表的主键是 学号、课名,分数确实完全依赖于课名,但是姓名并不完全依赖于学号、课名
| 学号 | 课名 | 分数 |
|---|---|---|
| 1003 | 运筹学 | 78 |
| 学号 | 姓名 | 系名 | 系主任 |
|---|---|---|---|
| 1003 | plum | 经济系 | 张超 |
以上两个表就符合2NF
第三范式(3NF)
在2NF的基础上,任何非主属性不依赖于其它非主属性
核心:不能存在传递函数依赖
| 学号 | 姓名 | 系名 | 系主任 |
|---|---|---|---|
| 1003 | plum | 经济系 | 张超 |
传递依赖:学号–>系名–>系主任
| 学号 | 姓名 | 系名 |
|---|---|---|
| 1003 | plum | 经济系 |
| 系名 | 系主任 |
|---|---|
| 经济系 | 张超 |
拆分成两张表就OK了
2277

被折叠的 条评论
为什么被折叠?



