MySQL范式设计

范式设计相关概念

数据库范式越高，冗余越少，查询性能查，但是节省空间，修改效率高

函数依赖: A–>B 如果通过A属性的值可以确定唯一B的值, 那么B就依赖于A

完全函数依赖: 如果A是一个属性组, 确定B属性的值需要依赖A属性组中的所有属性值
(学号, 课程名称) --> 分数

部分函数依赖: 如果A是一个属性组, 确定B属性的值只需要依赖A属性组中的其中一部分属性值即刻

传递函数依赖: A–>B, B–>C 如果B依赖A, C依赖B, 那么C传递依赖A

码: 如果一张表中, 一个属性被其他属性完全依赖, 则称该属性为该表的码

主属性: 码属性组中的所有属性

非主属性: 除了码属性以外的属性

第一范式(1NF)

每一列都是不可分割的原子数据项
简单概括:同一行中,同一个列中不可能有多个值

第二范式(2NF)

在1NF的基础上,非码属性必须完全依赖于码(消除非主属性对主码的部分函数依赖)
简单概括:每张表都要有主键,就是所有非主键列都要完全依赖主键

第三范式(3NF)

在2NF基础上,任何非主属性不依赖于其他非主属性(消除传递依赖)
简单概括:一个表中的不要包含其他表中的非主键列

实际开发中,一些几乎不发生增删改操作的数据,为了数据库的查询性能可能打破第三范式
但是需要每过一段时间处理冗余字段的脏数据