MySQL约束、数据库的设计
一、约束的概念
- 概念： 对表中的数据记性限定，保证数据的正确性、有效性和完整性。
二、约束的分类
1. 非空约束：not null ，某一列的值不能为null
- 创建表时添加约束：
create table stu(
id int,
-- 给 name 添加非空约束：not null
name varchar(20) not null -- name字段非空
);- 创建表之后，添加非空约束：
alter table stu modify name varchar(20) not null;- 删除字段的非空约束：
alter table stu modify name varchar(20);2. 唯一约束：unique，某一列的值不能重复
- 注意： 唯一约束可以有
null值，但是只能有一条记录为null。 - 在创建表时，添加唯一约束：
create table stu(
id int,
-- 给 phone_number 添加唯一约束：unique
phone_number varchar(20) unique -- phone_number字段唯一
);- 创建表之后，添加唯一约束：
alter table stu modify phone_number varchar(20) unique;- 删除唯一约束：
alter table stu drop index phone_number;3. 主键约束：Primary key，某一列的值非空且唯一
- 注意：
1.1 含义：非空且唯一。
1.2 一张表中只能有一个字段为主键。
1.3 主键就是表中记录的唯一标识。 - 在创建表时，添加主键约束：
create table stu(
-- 为 id 添加主键约束
id int primary key, -- id字段是主键
name varchar(20)
);- 创建表之后，添加主键约束：
alter table stu modify id int primary key;- 删除主键约束：
alter table stu drop primary key;- 自动增长：
5.1 概念： 如果某一列是数值类型的，使用auto_increment可以来完成值的自动增长。
5.2 在创建表时，添加主键约束，并且完成主键的自增长：
create table stu(
-- 为 主键id 添加自动增长
id int primary key auto_increment, -- id字段会自动增长
name varchar(20)
);5.3 创建表之后，添加自动增长：
alter table stu modify id int auto_increment;5.4 删除自动增长：
alter table stu modify id int;4. 外键约束：foreign key，让表与表产生关系，从而保证数据的正确性
- 在创建表时，添加外键约束：
create table 表名(
...
外键字段,
constraint 外键名称 foreign key (外键字段名称) references 主表名称(主表列名称)
);- 创建表之后，添加外键约束：
alter table 表名 add constraint 外键名称 foreign key (外键字段名称) references 主表名称(主表列名称);- 删除约束：
alter table 表名 drop foreign key 外键名称;- 级联操作：
4.1 添加级联操作：
alter table 表名 add constraint 外键名称 foreign key (外键字段名称)
on update cascade on delete cascade;4.2 分类：
- 级联更新：
on update cascade，更新所有相关联的记录。 - 级联删除：
on delete cascade，删除所有相关联的记录。
三、数据库的设计
1. 多表之间的关系
- 一对一：
- 如，人和身份证号：一个人只有一个身份证号，一个身份证号只能对应一个人。
- 实现方式： 一对一关系的实现，可以在任意一方添加唯一约束的外键指向另一方的主键。
- 一对多(多对一)：
- 如，部门和员工：一个部门有多个员工，一个员工只能对应一个部门。
- 实现方式： 在多的一方建立外键，指向一的一方的主键。
- 多对多：
- 如，学生和课程：一个学生可以选多门课程，一门课程可以被多名学生选修。
- 实现方式： 多对多关系实现需要借助第三张中间表，中间表至少需要包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键。
2. 数据库设计的范式
- 概念： 设计数据库时，需要遵循一些规范。要遵循后边的范式要求，必须先遵循前边的所有范式要求。
1.1 设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
1.2 目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。 - 分类
2.1 第一范式（1NF）： 每一列都是不可分割的原子数据项。
- 修改前：
- 修改后：
- 第二范式（2NF）： 在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上消除非主属性对主码的部分函数依赖）。
2.1 几个概念：
- 函数依赖：A–>B,如果通过A属性(属性组)的值，可以确定唯一B属性的值。则称B依赖于A。
- 例如：学号-->姓名。 （学号，课程名称） --> 分数- 完全函数依赖：A–>B， 如果A是一个属性组，则B属性值得确定需要依赖于A属性组中所有的属性值。
- 例如：（学号，课程名称） --> 分数- 部分函数依赖： A–>B， 如果A是一个属性组，则B属性值得确定只需要依赖于A属性组中某一些值即可。
- 例如：（学号，课程名称） -- > 姓名- 传递函数依赖： A–>B, B – >C . 如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性（属性组）的值可以确定唯一C属性的值，则称 C 传递函数依赖于A。
- 例如：学号-->系名，系名-->系主任- 码： 如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码。
- 例如：该表中码为：（学号，课程名称）
- 主属性：码属性组中的所有属性
- 非主属性：除过码属性组的属性- 修改前：
- 修改后：
- 第三范式（3NF）： 在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）。
- 修改前：
- 修改后：
四、数据库的备份与还原
1. 命令行
- 备份：
mysqldump -u用户名 -p密码 数据库名称 > 保存的路径 - 还原：
- 登录数据库
- 创建数据库
- 使用数据库
- 执行文件：
source 文件路径;
2. 图型化工具：如，Navicat