目录

一、约束的基本概念

二、约束演示

三、外键约束

（一）介绍

（二）外键约束语法

（三）删除/更新行为

---

一、约束的基本概念

1、概念：约束是作用于表中字段上的规则，用于限制存储在表中的数据。

2、目的：保证数据库中数据的正确、有效性和完整性。

3、分类

4、作用

        约束是作用于表中字段上的，可以在创建表/修改表的时候添加约束。

        非空约束、唯一约束、主键约束、默认约束、检查约束主要用于限定对应字段的数据，在DDL (数据定义语言)中使用。

        外键约束用于建立两表之间的联系，在更新与删除对应内容时，两表发生对应的变化。

二、约束演示

        上面我们介绍了数据库中常见的约束，以及约束涉及到的关键字，那这些约束我们到底如何在创建表、 修改表的时候来指定呢，接下来我们就通过一个案例，来演示一下。

        案例需求： 根据需求，完成表结构的创建。需求如下：

对应的建表语句为：

create table tb_user(
    id int auto_increment primary key comment 'ID唯一标识',
    name varchar(10) not null unique comment '姓名' ,
    age int check (age > 0 && age <= 120) comment '年龄' ,
    status char(1) default '1' comment '状态',
    gender char(1) comment '性别'
);

        在为字段添加约束时，我们只需要在字段之后加上约束的关键字即可，如果有多个约束，则使用空格隔开。如果需要 id 字段是主键并且自增，则可以再使用关键字auto_increment。

        因为 id 列被定义为自增主键，所以插入数据时通常不需要显式地为该列指定值，数据库会自动为其生成一个唯一且递增的值。

        我们执行上面的SQL把表结构创建完成，然后接下来，就可以通过一组数据进行测试，从而验证一下，约束是否可以生效。

--这两条可以正常执行
insert into tb_user(name,age,status,gender) values ('Tom1',19,'1','男'),('Tom2',25,'0','男');
insert into tb_user(name,age,status,gender) values ('Tom3',19,'1','男');

--第一条因为名字为null，第二条因为名字重复，所以这两条都不能正常执行
insert into tb_user(name,age,status,gender) values (null,19,'1','男');
insert into tb_user(name,age,status,gender) values ('Tom3',19,'1','男');

--第一条可以正常执行，第二条和第三条因为年龄超过范围，所以不能正常执行
insert into tb_user(name,age,status,gender) values ('Tom4',80,'1','男');
insert into tb_user(name,age,status,gender) values ('Tom5',-1,'1','男');
insert into tb_user(name,age,status,gender) values ('Tom5',121,'1','男');

--本条可以正常执行
insert into tb_user(name,age,gender) values ('Tom5',120,'男');

三、外键约束

（一）介绍

1、外键约束的基本概念        

        外键用来让两张表的数据之间建立连接，从而保证数据的一致性和完整性。接下来，我们来看一个例子。

        左侧的emp表是员工表，里面存储员工的基本信息，包含员工的id、姓名、年龄、职位、薪资、入职日期、上级主管id、部门id。

        右侧的dept表是部门表，里面存储部门的基本信息，包括含部门的id与名字。

        在员工表emp中，部门id (dept_id)作为外键，关联部门表dept的主键id。

        具有外键的表被称为子表，外键所关联的表被称为父表；所以上面的员工表emp是子表，而部门表dept是父表。

        注意：目前上述两张表，只是在逻辑上存在这样一层关系；在数据库层面，并未建立外键关联，所以是无法保证数据的一致性和完整性的。

2、外键约束测试

        没有数据库外键关联的情况下，能否保证一致性和完整性呢，我们建表来测试一下。

create table dept(
    id int auto_increment comment 'ID' primary key,
    name varchar(50) not null comment '部门名称'
)comment '部门表';
insert into dept (id, name) values (1, '研发部'), (2, '市场部'),(3, '财务部'), (4, '销售部'), (5, '总经办');

create table emp(
    id int auto_increment comment 'ID' primary key,
    name varchar(50) not null comment '姓名',
    age int comment '年龄',
    job varchar(20) comment '职位',
    salary int comment '薪资',
    entrydate date comment '入职时间',
    managerid int comment '直属领导ID',
    dept_id int comment '部门ID'
)comment '员工表';

insert into emp (id, name, age, job,salary, entrydate, managerid, dept_id)
values
    (1, '金庸', 66, '总裁',20000, '2000-01-01', null,5),
    (2, '张无忌', 20, '项目经理',12500, '2005-12-05', 1,1),
    (3, '杨逍', 33, '开发', 8400,'2000-11-03', 2,1),
    (4, '韦一笑', 48, '开发',11000, '2002-02-05', 2,1),
    (5, '常遇春', 43, '开发',10500, '2004-09-07', 3,1),
    (6, '小昭', 19, '程序员鼓励师',6600, '2004-10-12',2,1);

        接下来，我们可以做一个测试，删除id为1的部门信息。

        结果，我们看到删除成功之后，部门表不存在id为1的部门，而在emp表中还有很多的员工，关联的为id为1的部门，此时就出现了数据的不完整性。 而要想解决这个问题就得通过数据库的外键约束。

（二）外键约束语法

1、添加外键

（1）在建表时添加外键

create table 表名(
        字段名 数据类型,
        ...
        [ constraint ] [外键名称] foreign key (外键字段名) references 主表 (主表列名) 
);

        在创建外键约束时，constraint 关键字是可选的，它的主要作用是为外键约束命名，方便后续对外键约束进行管理，比如删除或者修改外键约束等操作。

        如果不使用 constraint 关键字，数据库会自动为约束生成一个默认名称。

        如果需要查询这默认名称，可以通过查询 information_schema.table_constraints 系统表来获取外键约束的名称。以下是一个示例查询，用于查找 employees 表的外键约束名称：

select constraint_name
from information_schema.table_constraints
where table_schema = database() 
  and table_name = 'employees'
  and constraint_type = 'foreign key';

        查询中，table_schema = database()用于指定当前数据库，table_name= employees'表示要查找employees表的外键约束，constraint_type = 'foreign key'确保只查找外键约束。

（2）建表后额外添加

alter table 表名

add constraint 外键名称 foreign key (外键字段名) references 主表 (主表列名) ;

        案例：为 emp 表的 dept_id 字段添加外键约束,关联dept表的主键id。

alter table emp add constraint fk_emp_dept_id foreign key (dept_id) references dept(id);

        此时在表中可以发现，字段dept_id出现了蓝色钥匙的形状，这是外键约束；字段id显示的是黄色钥匙的形状，这是主键约束。

        添加了外键约束之后，我们再到dept表(父表)删除id为1的记录，此时将会报错，不能删除或更新父表记录，因为存在外键约束。

2、删除外键

alter table 表名 drop foreign key 外键名称;

        案例：删除emp表的外键fk_emp_dept_id。

alter table emp drop foreign key fk_emp_dept_id;

（三）增加外键约束后的删除/更新行为

1、具体的删除/更新行为

        添加了外键之后，再删除父表数据时产生的约束行为，我们就称为删除/更新行为。具体的删除/更新行为有以下几种：

        如果没有规定对应的行为，默认行为是restrict，同时no action与其作用一致。

        cascade 的作用是级联。如果父表的内容被删除了，其对应子键所在行的数据也会被删除。如果父表的内容被更新了，其对应子键也会更新对应内容。

        在父键的内容被删除时，如果有对应外键，set null 会将其设置成 null，set default会将其设置为一个默认的值。

2、具体的语法

alter table 表名

add constraint 外键名称 foreign key (外键字段) references 主表名 (主表字段名)

on update (更新行为) on delete (删除行为);

3、具体演示

        由于 restrict 是默认行为，我们前面语法演示时，已经测试过了，就不再演示了，这里我们再演示其他的两种行为：cascade、set null。

（1）cascade

alter table emp add constraint fk_emp_dept_id foreign key (dept_id) references dept(id) on update cascade on delete cascade ;

① 修改父表id为1的记录，将id修改为6

        我们发现，原来在子表中dept_id值为1的记录，现在也变为6了，这就是cascade级联的效果。在一般的业务系统中，不会修改一张表的主键值。

② 删除父表id为6的记录

（2）set null

        在进行测试之前，我们先需要删除上面建立的外键 fk_emp_dept_id。然后再通过数据脚本，将emp、dept表的数据恢复了。

        接下来，我们删除id为1的数据，看看会发生什么样的现象。

        我们发现父表的记录是可以正常的删除的，父表的数据删除之后，再打开子表 emp，我们发现子表emp的dept_id字段，原来dept_id为1的数据，现在都被置为null了。这就是 set null 这种删除/更新行为的效果。
        
        以上即为MySQL 约束（入门版）的全部内容，创作不易，麻烦三连支持一下呗~