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

embedded/2025/2/19 8:28:46/

目录

一. 概述:

二.约束演示:

 三.外键约束:

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.ppmy.cn/embedded/2220.html

相关文章

知了汇智鸿蒙系列讲座进校园,赋能产业数字化升级,助力创新人才培养

随着信创国产化战略的深入推进&#xff0c;以及万物互联时代的加速到来&#xff0c;信息技术产业正迎来前所未有的发展机遇。在这一背景下&#xff0c;成都知了汇智科技有限公司作为产教融合领域的先行者&#xff0c;积极响应国家号召&#xff0c;通过举办鸿蒙系列讲座进校园活…

视频太大怎么压缩变小?8种方法随时压缩视频大小

视频太大怎么压缩变小&#xff1f;视频压缩方式分为两种&#xff0c;有损压缩和无损压缩&#xff0c;什么是有损什么是无损压缩&#xff0c;什么时候视频用无损压缩更好&#xff1f;什么时候用有损压缩更好&#xff1f;如何调整视频参数实现基本无损压缩&#xff1f; 今天就借助…

React状态与引用(Refs)- 差异和使用场景

在本文中&#xff0c;我们将深入比较React的state和refs&#xff0c;探讨它们在特定场景下的适用性。 当需要在React应用程序中存储数据时&#xff0c;首先要考虑的问题是&#xff1a;“数据是否在组件的生命周期内的某个时刻发生变化&#xff1f;” 如果不会&#xff0c;那么…

即席查询笔记

文章目录 一、Kylin4.x1、Kylin概述1.1 定义1.2 Kylin 架构1.3 Kylin 特点1.4 Kylin4.0 升级 2、Kylin 环境搭建2.1 简介2.2 Spark 安装和部署2.3 Kylin 安装和部署2.4 Kylin 启动环境准备2.5 Kylin 启动和关闭 3、快速入门3.1 数据准备3.2 Kylin项目创建入门3.3 Hive 和 Kylin…

如何根据表名快速定位引用该表的Oracle存储过程

如何根据表名快速定位引用该表的Oracle存储过程 引言场景一&#xff1a;常规查询 - USER_DEPENDENCIES场景二&#xff1a;基于源码搜索 - USER_SOURCE场景三&#xff1a;复杂依赖分析总结与注意事项 引言 在数据库管理和维护过程中&#xff0c;当我们计划对某张特定表进行结构调…

MyBatis 执行流程

加载配置文件:MvBatis 的执行流程从加载配置文件开始。通常&#xff0c;MyBatis 的配置文件是一个 XML 文件&#xff0c;其中包含了数据源配置、SQL 映射配置、连接池配置等信息。构建 SqlSessionFactory:在配置文件加载后&#xff0c;MyBatis 使用配置信息来构建 SqlSessionFa…

LeetCode 面试经典150题 219.存在重复元素II

题目&#xff1a;给你一个整数数组 nums 和一个整数 k &#xff0c;判断数组中是否存在两个 不同的索引 i 和 j &#xff0c;满足 nums[i] nums[j] 且 abs(i - j) < k 。如果存在&#xff0c;返回 true &#xff1b;否则&#xff0c;返回 false 。 思路&#xff1a; 代码…

(六)PostgreSQL的组织结构(2)-默认数据库

PostgreSQL的组织结构(2)-默认数据库 安装完postgresql后&#xff0c;我们发现它自带了3个数据库。postgres、template0、template1 postgres# \lList of databasesName | Owner | Encoding | Locale Provider | Collate | Ctype | ICU Locale | ICU Rules |…