mysql笔记：表设计原则

mysql笔记：表设计原则

表对应了一个实体
表与表之间的关系：
一对一
一对多
多对多

一对一关系

例如：用户 user和身份信息 info

子表的外键关联了父表的子健（类型必须一样）

一对多关系

以电商系统为例子

用户-商品：没有关系
用户-订单：一对多
商品-订单：多对多关系
一对多：

增加外键

多对多

关系型数据库范式设计

范式设计优点：

1. 减少冗余
2. 消除异常（插入异常，更新异常，删除异常）
3. 让数据组织更加和谐
   数据库范式绝对不是越高越好，范式越高意味着表越多，多表联合查询的机率就越大。

第一范式（1NF)

每一列都保持原子特性
这个范式主要还是让我们去看看表中不要存在可以被分割的列，同时表的列不能重复。当然，在实际操作过程中，我们如果录入相同的列，系统也是会报错的。
上图的表就是把地址字段分了更详细的city country 和street三个字段。不符合第一范式的不能称为关系型数据库，属于key-value

例如这个就不符合第一范式

第二范式

属性完全依赖于主键-主要针对联合主键
例如：

这样学分会存在冗余的问题：
比如多个人选了同一门课程
这时候如果要更新课程学分，就要对多个记录进行更新

解决方法就是进行表的拆分，如上图所示，将部门和地址拆分成两个表

第三范式

属性不依赖于其它非主属性
解决方法：中间表
jobdescription依赖于非主属性job，进行拆分

BC范式

每个表中只有一个候选键

第四范式（4NF)

消除表中的多值依赖

存在的问题：

1. 查询的时候需要连接多个表，增加了SQL查询的复杂度
2. 查询的时候需要连接多个表，降低了数据库查询的性能
   因此，并不是范式越高越好，要视实际情况而定，第三范式已经很大程度上减少了冗余，并且基本预防了插入异常，更新异常和删除异常