MySQL表关系：一对一, 一对多, 多对多
关系
将实体与实体的关系，反应到最终数据库表的设计上，将关系分为三种：一对一，一对多（多对一）和多对多，所有的关系都是表与表之间的关系
一对一
一对一：一张表的一条记录只能与另外一条记录进行对应，反之亦然
学生表：姓名，性别，年龄，体重，身高，婚姻状况，籍贯，家庭地址，紧急联系人
Id（P） 姓名 性别 年龄 身高 婚姻状况 籍贯 家庭地址 紧急联系人 体重
表设计成以上这种形式：符合要求，其中姓名，性别，年龄，身高体重属于常用数据，但是婚姻籍贯住址联系人属于不常用的数据，如果每次查询所有数据，不常用的数据就会影响效率，实际又不用
解决方案：将常用和不常用的信息分离存储，分成两张表
常用信息表
Id（P） 姓名 性别 年龄 身高 体重
不常用信息表，保证不常用信息与常用信息一定能够对应上：找一个具有唯一性（确定记录）的字段来共同连接两张表
婚姻 籍贯 住址 联系人 Id（p）
一个常用表中的一条记录，永远只能在一张不常用表匹配一条记录，反过来一个不常用表中的一条记录在常用表中也只能匹配一条记录，一对一的关系。
一对多
一对多：一张表中的一条记录可以对应另外一张表中的多条记录，但是返过来，另外一张表中的一条记录只能对应第一张表的一条记录，这种关系就是一对多或者多对一的关系
母亲与孩子的关系：母亲与孩子两个实体
母亲表
Id（P） 名字 年龄 性别
孩子表
Id（P） 名字 年龄 性别 妈妈Id（P）
妈妈表主键
以上关系，一个妈妈可以在孩子表中找到多条记录，或者一条，但是一个孩子只能一个妈妈，是一种典型的一对多的关系
但是以上设计解决了实体设计表问题，但是没有解决关系问题，孩子找不出妈妈，妈妈也找不到孩子。
解决方案：在某一张表中增加一个字段，能够找到另一张表中的记录；应该在孩子表中增加一个字段指向妈妈表；因为孩子表的记录只能匹配到一条妈妈表的记录
多对多
一张表中（A）的一条记录能够对应另外一张表（B）中的多条记录，同时B表找中的一条记录也能对应A表中的多条记录，多对多的关系
老师教学：老师和学生
老师表
T_ID（p） 姓名 性别
1 A 男
2 B 女
学生表
S_ID(p) 姓名 性别
1 张三 男
2 小芳 女
中间关系表：老师与学生的关系
ID T_ID（老师） S_ID（学生）
1 A 张三
2 B 小芳
3 B 张三
以上设计方案：实现了实体的设计，但是没有维护实体的关系
一个老师教过多个学生，一个学生也被多个老师教过
解决方案：在学生表中增加老师字段；不管在哪张表中都会出现一个问题，该字段要保存多个数据，而且是与其他表有关系的字段，不符合表的设计规范，增加一张新表，专门维护两张表之间的关系
增加中间表之后：中间表与老师表形成了一对多的关系：而且中间表是多表，维护了能够唯一找到一表的关系；同样的学生表与中间表也是一对多的关系，一对多的关系可以匹配到关联表之间的数据
学生找老师：找出学生id->中间表找出匹配记录（多条）->老师表匹配（一条）
老师找学生：找出老师id->中间表找出匹配记录（多条）->学生表匹配（一条）
数据库的第一范式、第二范式、第三范式、BCNF范式
第一范式
第一范式列不能再分。
第二范式
第二范式建立在第一范式的基础上，非主属性完全依赖于码。
简单说：消除部分依赖。
第三范式
满足第二范式的条件下不存在传递函数依赖。
要满足第三范式，在分成两张表的时候第二张表还是有问题?
学号->系名，系名->系主任 传递依赖。
需要将系名和系主任另外新建一张表。
总结：
第一范式：简单说 列不能再分
第二范式：简单说 建立在第一范式基础上，消除部分依赖
第三范式：简单说 建立在第二范式基础上，消除传递依赖。
BCNF范式
BCNF是3NF的改进形式
一个满足BCNF的关系模式的条件:
1.所有非主属性对每一个码都是完全函数依赖。
2.所有的主属性对每一个不包含它的码,也是完全函数依赖。
3.没有任何属性完全函数依赖于非码的任何一组属性。
网友评论