MySQL表设计

例如：开发场景：电商系统：用户User，商品Product，订单Order

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

一对一关系：

子表的外键关联父表的主键(在子表中增加一列，关联父表的主键)

一对多关系：

子表的外键关联父表的主键(在子表中增加一列，关联父表的主键)

多对多关系：

增加一个中间表(防止子表中的信息冗余，提高数据库可操作性)

在商品（父表）和订单（子表）之间创建一个订单内容表(中间表)

关系型数据库范式

应用数据库范式的好处归结为三点：

<1>减少数据冗余(这是最主要的好处)

<2>消除异常（插入异常，更新异常，删除异常）

<3>让数据组织的更加和谐

但是数据库范式绝对不是越高越好，范式越高，意味着表越多，多表联合查询的机率就越大，SQL的效率就变低

第一范式(1NF):每一列保持原子特性

列都是基本数据项，不能够再进行分割，否则设计成一对多的实体关系。

例如表中的地址字段，可以再细分为省，市，区等不可再分割(即原子特性)的字段

第二范式(2NF):属性完全依赖于主键-主要针对联合主键

非主属性完全依赖于主关键字，若不是完全依赖主键，应该拆分成新的实体，设计成一对多的实体关系

例如：选课关系表为selectCourse(学号，姓名，年龄，课程名称，成绩，学分)，(学号，课程名称)是联合主键，但是学分字段只和课程名称有关，和字号无关，相当于只依赖联合主键的其中一个字段，不符合第二范式，成绩与课程名称和学号有关，属于第二范式。

学生-课程属于多对多的关系，创建选课关系表(中间表)防止数据冗余

第三范式(3NF):属性不依赖于其它非主属性

要求一个数据库表中不包含已在其它表中已包含的非主关键字信息

例：学生关系表为Student(学号，姓名，年龄，所在学院，学院地点，学院电话)，学号是主键，但是学院电话只依赖于主键学号，因此该设计不符合第三范式，应该把学院专门设计成一张表，学生表和学院表，两个是一对多的关系。

BC范式(BCNF):每个表中只有一个候选键

BC范式是在第三范式的基础上的一种特殊情况，即每个表中只有一个候选键(在一个数据库中每行的值都不相同，则可称为候选键)

第四范式(4NF):消除表中的多值依赖

作用：可以减少维护数据一致性的工作。可以解决有的人是“java，mysql”，有的人描述是“Java，MySQL”，这样数据就不一致啦。

从上面对于数据库范式进行分解的过程中不难看出，应用的范式越高，表越多。表多会带来很多问题：

1、查询时需要连接多个表，增加了SQL查询的复杂度

2、查询时需要连接多个表，降低了数据库查询性能

因此，并不是应用的范式越高越好，视实际情况而定。第三范式已经很大程度上减少了数据冗余，并且基本预防了数据插入异常，更新异常，和删除异常。