MySQL — 数据库设计
一、多表之间的关系
1. 分类
-
一对一
如:人和身份证
分析:一个人只有一张身份证,一张身份证只能对应一个人
-
一对多(多对一)
如:部门和员工
分析:一个部门有多个员工,一个员工只能对应一个部门
-
多对多
如:学生和课程
分析:一个学生可以选择多门课程,一门课程可以对应多个关系
2. 实现关系
-
一对一
一对一关系实现,可以在任意一方添加唯一外键指向另一方主键
开发中不常见,可以将两张表合成一张表
-
一对多
在多的一方建立外键约束,指向另一方的主键
-
多对多
多对多关系实现要借助第三张中间表
中间表至少包含两个字段,这两个字段作为中间表的外键,分别指向两张表的主键
二、数据库设计范式
概念:
设计数据库时,需要遵循一些不同的规范,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式,数据库冗余越小
目前关系型数据库有六种范式:
- 第一范式(1NF) *
- 第二范式(2NF) *
- 第三范式(3NF) *
- 巴斯科德范式(BCNF)
- 第四范式(4NF)
- 第五范式(5NF,又称完美范式)
1. 第一范式(1NF)
数据库表的每一列都是不可分割的原子数据项,而不能是数组,集合等非原子数据项,即表中的某个列有多个值时,必须拆分为不同的列。
简而言之,第一范式每一列不可再拆分,称为原子性。
存在的问题:
- 存在非常严重的数据冗余
- 数据的添加、删除等操作存在问题
没有遵循第一范式的表:
遵循第一范式的表:
2. 第二范式(2NF)
在第一范式(1NF)的基础上,非码属性必须完全依赖于主码属性。
在第一范式(1NF)的基础上,消除非主属性对主码的部分函数依赖。
简而言之,第二范式就是在第一范式的基础上,所有列完全依赖于主键列。当存在一个复合主键包含多个主键列的时候,才会发生不符合第二范式的情况。比如有一个主键有两个列,不能存在这样的属性,它只依赖于其中一个列,这就是不符合第二范式。
第二范式的特点:
- 一张表只描述一件事情。
- 表中的每一列都完全依赖于主键
几个概念:
-
函数依赖
A —> B :如果通过A属性(属性组)的值,可以确定唯一B属性的值,则A依赖于B
例如:
学号 —> 姓名 : 通过学号可以确定学生的姓名
(学号,课程名称)(属性组)—> 学生分数 : 通过学号和课程名称可以确定学生的某一课程分数
学号 X—> 分数 : 通过学号无法确定学生的某一课程的分数
-
完全函数依赖
A —> B :如果A是一个属性组,则B属性的值的确定必须依赖A属性组中的所有属性的值。
例如:
(学号,课程名称)(属性组A)—> 学生分数 : 通过学号和课程名称可以确定学生的某一课程分数
学生某一课程的分数的确定依赖于A属性组中的所有属性的值(学号和课程名称)
-
部分函数依赖
A —> B :如果A是一个属性组,则B属性的值的确定只需要依赖于A属性组中的部分属性的值即可
例如:
(学号,课程名称)(属性组A) —> 姓名 : 依赖于A属性组中的学号属性的值,而不依赖课程名称
-
传递函数依赖
A —> B B —> C :B依赖于A,C依赖于B,那么C传递依赖于A
如果A是一个属性(或属性组),通过A的值可以确定B属性的唯一值,通过B属性(或属性组)的值可以确定C属性的唯一值,则称C传递依赖于A。
例如:
学号 —> 系名,系名 —> 系主任
通过学号可以确定学生所在的系,通过系名可以确定学生的系主任,则系主任传递依赖于学号(通过学号可以确定学生的系主任)
-
码
如果在一张表中,一个属性或属性组,被其他所有属性完全依赖,则称这个属性(或属性组)为该表的码
例如:
(学号,课程名称)为该表(学生各科成绩表)的码(码属性组)
-
主属性:
码属性组中的所有属性。例如:学号,课程名称为“学生各科成绩表”的主属性
-
非主属性:
表中除去码属性组的属性。例如:姓名,系名,系主任,分数为非属性组
-
遵循第二范式的表:
消除部分函数依赖
3. 第三范式(3NF)
在第二范式(2NF)的基础上,任何非主属性不依赖于其他非主属性。表中的每一列都直接依赖于主键,而不是通过其它的列来间接依赖于主键。
在第二范式(2NF)的基础上,消除传递依赖。
简而言之,第三范式就是所有列不依赖于其它非主键列,也就是在满足 2NF 的基础上,任何非主列不得传递依赖于主键。
遵循第三范式的表:
消除传递函数依赖
三、数据库的备份和还原
1. 命令行
备份
# mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
mysqldump -uroot -p123456 ssm > D:\mysql\backup
还原
登录MySQL —> 创建数据库 —> 使用数据库 —> 执行sql脚本 source 文件路径
2. 图形化界面工具
令行
备份
# mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
mysqldump -uroot -p123456 ssm > D:\mysql\backup
还原
登录MySQL —> 创建数据库 —> 使用数据库 —> 执行sql脚本 source 文件路径