数据库范式快速理解
范式主要作用是消除冗余
未经范式化的表
employee表字段：
| 字段名 | 字段描述 |
|---|---|
| EmployeeID | （员工ID，主键） |
| departmentName | （部门名称，主键） |
| Name | （姓名） |
| Address | （地址） |
| job | （岗位） |
| jobDescription | （岗位说明） |
| skill | （员工技能） |
| departmentDescription | （部门描述） |
| （邮箱） |
第一范式：
第一范式就是每一个属性都不可再分
单字段有冗余信息不满足第一范式：比如 address 中国广州市番禺区××街道
新建地址表关联主表addressID，字段为：主键addressID，country,city,street，则满足第一范式
第二范式
表中的属性必须完全依赖于全部主键，而不是部分主键。所以只有一个主键的表如果符合第一范式，那一定是第二范式。
employee表很明显departmentDescription依赖于主键departmentID，对主键部分依赖，不满足第二范式。
新建部门表department关联主表departmentID,字段:主键departmentID，departmentName，departmentDescription，则满足第二范式
第三范式
第三范式是为了消除数据库中关键字之间的依赖关系
jobDescription(岗位说明)是由job(岗位)所决定，则jobDescription依赖于job,可以看出这不符合第三范式
新建岗位表关联主表job，字段：主键job,jobDescription，则满足第三范式
BC范式(BCNF)
前言：在一个数据库中每行的值都不相同，则可称为候选键。
每个表中只有一个候选键（一般为主键）。
每个员工都有一个唯一的email，不符合BCNF。
新建email表，字段：主键employeeID，email
第四范式
第四范式是消除表中单字段多值依赖
如上表skill可能有很多个值：比如A员工：JS，Python，SQL，B员工：JS，C，C++
这个数据库属性存在多个值，这就可能造成数据库内容不一致的问题。解决办法是将多值属性放入一个新表。
新建skill表，字段：EmployeeID，skill
范式登记越高，表越多。表多会带来很多问题：
-
查询时要连接多个表，增加查询难度
-
查询时需要连接多个表，降低了数据库查询性能
一般用第二范式或第三范式
