MySQL基础-----约束详解

news2024/10/4 21:31:42

一. 概述:

二.约束演示：

三.外键约束：

3.1介绍：

3.2外键约束语法：

3.3删除，更新行为：

一. 概述:

🧐🧐概念：约束是作用于表中字段上的规则，用于限制存储在表中的数据。
🫎🫎 目的：保证数据库中数据的正确、有效性和完整性。

约束分类:

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

二.约束演示：

上面我们介绍了一些常见的约束及其关键字，那么，约束在实际的建表/修改表的过程中是如何使用的呢？接下来，我们通过一个案例来演示（根据如下需求建表）：

建表操作：

create table tb_user(
id int primary key auto_increment 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 '性别'
)comment '用户表';

在为字段添加约束时，我们只需要在字段之后加上约束的关键字即可，需要关注其语法。

然后接下来，就可以通过一组数据进行测试，从而验证一下，约束是否可以生效：

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','男');

在Navicat上的运行结果：

如果我们不按约束条件来增添数据，就会出现报错：

insert into tb_user(name,age,status,gender) values ('Tom3',19,'1','男');

insert into tb_user(name,age,status,gender) values (null,19,'1','男');

若此时我们在执行插入操作，就会发现没有主键4了，原因如下：

源码：

-- 建表语句
create table tb_user(
id int primary key auto_increment 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 '性别'
)comment '用户表';

-- 插入数据                        
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','男');
-- 数据不满足约束条件就无法进行插入操作
insert into tb_user(name,age,status,gender) values (null,19,'1','男');

insert into tb_user(name,age,status,gender) values ('Tom3',19,'1','男');
-- 注意此时的主键没有4了，从5开始继续递增
insert into tb_user(name,age,status,gender) values ('Tom4',80,'1','男');

insert into tb_user(name,age,gender) values ('Tom5',120,'男');

注意，关我们来看一个例子：表操作需要去掉check的部分

三.外键约束：

3.1介绍：

外键：用来让两张表的数据之间建立连接，从而保证数据的一致性和完整性。

我们来看一个例子：

左侧的emp表是员工表，里面存储员工的基本信息，在员工的信息中存储的是部门的ID dept_id，而这个部门的ID是关联的部门表dept的主键id，那emp表的dept_id就是外键,关联的是另一张表的主键。

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

在没有外键关联的情况下，能否保持数据的一致性呢，我们来做个测试：

数据准备：


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的部门，此时就出现了数据的不完整性。而要想解决这个问题就得通过数据库的外键约束

3.2外键约束语法：

添加外键

CREATE TABLE 表名(
字段名 数据类型,
...
[CONSTRAINT] [外键名称] FOREIGN KEY (外键字段名) REFERENCES 主表 (主表列名)
);

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为1的记录，然后看一下会发生什么现象。此时将会报错，不能删除或更新父表记录，因为存在外键约束：

删除外键：

ALTER TABLE 表名 DROP FOREIGN KEY 外键名称;

如，删除emp表的外键fk_emp_dept_id：

alter table emp drop foreign key fk_emp_dept_id;

3.3删除，更新行为：

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

具体语法：

ALTER TABLE 表名 ADD CONSTRAINT 外键名称 FOREIGN KEY (外键字段) REFERENCES
主表名 (主表字段名) ON UPDATE CASCADE ON DELETE CASCADE;

演示：

CASCADE：

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

A. 修改父表id为1的记录，将id修改为6：

B.删除父表id为6的记录:

SET NULL:

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

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

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

我们发现父表的记录是可以正常的删除的，父表的数据删除之后，再打开子表 emp，我们发现子表emp 的dept_id字段，原来dept_id为1的数据，现在都被置为NULL了。

这就是SET NULL这种删除/更新行为的效果。

结语： 写博客不仅仅是为了分享学习经历，同时这也有利于我巩固知识点，总结该知识点，由于作者水平有限，对文章有任何问题的还请指出，接受大家的批评，让我改进。同时也希望读者们不吝啬你们的点赞+收藏+关注，你们的鼓励是我创作的最大动力！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1607921.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！