数据库设计范式（找时间重新编写）

大数据流数据库
NOSQL  锦上添花 4种，适用场合不一样。

为什么员工表和部门表不能放在1张表中(不满足三范式，就会出现这种问题)
1.数据冗余，需要重复写相同字段。
2.不利于维护，修改1条部门信息，全都需要改。
3.如果一个部门，没有员工。这样插入总表，插不进去数据。没有学生id(插入部门，但是没有员工)
4.删除员工信息，把部门也删除了。 可以有部门，没有员工。

 

复合主键：两个属性可以决定其他属性，注意部分依赖。

范式：通过现象总结出的一种规范。不会出现严重问题。
1NF：表中所有属性(字段)是原子性(不能再拆分)。
    国外名字   firstnaem.**name.**name （不满足一范式）
2NF：排除部分依赖关系，多余的就是部分函数依赖。(学生编号和课程编号，系部)
3NF    解除所有的传递依赖(x->y,y->z,x->z)        -----开发到三范式就够了，不满足就要拆分表。
B/CNF
4NF
5NF

以后工作，不可替代性强。要会设计，不能只会编码。

 

主键外键，就是限制数据的。

不是外键，deptno和empno ， deptno随便改，如果有10,20,30,40.但是你修改了50，那就找不到了，就黑户了。所以需要外键来限制。

 

ER图

1对多

把1这边的主键，放到 多这边 作为属性

画图的时候，不能出现这样外键属性。