mysql笔记：表设计原则
表对应了一个实体
表与表之间的关系：
一对一
一对多
多对多
一对一关系
例如：用户 user和身份信息 info
子表的外键关联了父表的子健（类型必须一样）
一对多关系
以电商系统为例子
用户-商品：没有关系
用户-订单：一对多
商品-订单：多对多关系
一对多：
增加外键
多对多
关系型数据库范式设计
范式设计优点：
- 减少冗余
- 消除异常（插入异常，更新异常，删除异常）
- 让数据组织更加和谐
数据库范式绝对不是越高越好，范式越高意味着表越多，多表联合查询的机率就越大。
第一范式（1NF)
每一列都保持原子特性
这个范式主要还是让我们去看看表中不要存在可以被分割的列，同时表的列不能重复。当然，在实际操作过程中，我们如果录入相同的列，系统也是会报错的。
上图的表就是把地址字段分了更详细的city country 和street三个字段。不符合第一范式的不能称为关系型数据库，属于key-value
例如这个就不符合第一范式
第二范式
属性完全依赖于主键-主要针对联合主键
例如：
这样学分会存在冗余的问题：
比如多个人选了同一门课程
这时候如果要更新课程学分，就要对多个记录进行更新
解决方法就是进行表的拆分，如上图所示，将部门和地址拆分成两个表
第三范式
属性不依赖于其它非主属性
解决方法：中间表
jobdescription依赖于非主属性job，进行拆分
BC范式
每个表中只有一个候选键
第四范式（4NF)
消除表中的多值依赖
存在的问题：
- 查询的时候需要连接多个表，增加了SQL查询的复杂度
- 查询的时候需要连接多个表，降低了数据库查询的性能
因此，并不是范式越高越好，要视实际情况而定，第三范式已经很大程度上减少了冗余，并且基本预防了插入异常，更新异常和删除异常
