MySQL-13.MySQL约束

这篇具有很好参考价值的文章主要介绍了MySQL-13.MySQL约束。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1.约束(constraint)概述

1.1 为什么需要约束

数据完整性(Data Integrity)是指数据的精确性(Accuracy)和可靠性(Reliability)。它是防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成的无效操作或错误信息而提出的。

为了保证数据的完整性,SQL规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑:

  • 实体完整性(Entity Integrity):例如,同一个表中,不能存在两条完全相同无法区分的记录。
  • 域完整性(Domain Integrity):例如,年龄范围0-120,性别范围"男/女"。
  • 引用完整性(Referential Integrity):例如,员工所在部门,在部门表中要存在该部门。
  • 用户自定义完整性(User-defined Integrity):例如,用户名唯一,密码不能为空等,本部门经理的工资不得高于本部门职工的平均工资的5倍。

1.2 什么是约束

约束是表级的强制规定。

可以在创建表时规定约束(通过CREATE TABLE语句),或者在表创建之后通过ALTER TABLE语句规定约束。实际开发中,在对于表的约束,一般都是在表创建时,就定义好的,因为后期对已有数据的表的约束修改,可能是比较麻烦的。

1.3 约束的分类

  • 根据约束数据列的限制,约束可分为:
    • 单列约束:约束只修饰一列。
    • 多列约束:约束修饰多列数据。
  • 根据约束的作用范围,约束可分为:
    • 列级约束:只能作用在一个列上,在列的定义后面定义。
    • 表级约束:可以作用在多个列上,不与列一起,而是单独定义。
      MySQL-13.MySQL约束
  • 根据约束的作用,约束可分为:
    • NOT NULL 非空约束,规定某个字段不能为空。
    • UNIQUE 唯一约束,规定所修饰的字段在整个表中是唯一的。
    • PRIMARY KEY 主键(非空且唯一)约束。
    • FOREIGN KEY 外键约束。
    • CHECK 检查约束。
    • DEFAULT 默认值约束。

注意,在MySQL 5.7版本的不支持CHECK约束,定义不会出错,但也没有效果。在MySQL 8.0后,支持CHECK约束了。

-- 查看某个表已有的约束
-- information_schema(系统库名)
-- table_constraints(表名称,存储各个表的约束)
SELECT * FROM information_schema.table_constraints
WHERE table_name = '表名称';
-- 注意,该表中,不会存储表的非空约束和默认值约束

2.非空约束

2.1 作用

限制某个字段的值不允许为空(非空约束,属于列级约束,只能修饰一列)。默认和非空约束,都属于列级约束,只能修饰一列。

2.2 关键字

NOT NULL

2.3 特点

  • 默认,所有的类型的值都可以是NULL,包括INT,FLOAT等数据类型。
  • 非空约束只能出现在表对象的列上,只能某个列单独限定非空,不能组合非空。
  • 一个表可以有很多列都定义非空约束。
  • 空字符串''不等于null,0也不等于null。

2.4 添加非空约束

2.4.1 表创建时
CREATE TABLE table_name(
	column_name1 type1,
    column_name2 type2 NOT NULL,
    column_name3 type3 NOT NULL
)

举例

CREATE TABLE emp(
	id INT(10) NOT NULL,
    `NAME` VARCHAR(20) NOT NULL,
    gender CHAR NULL
);

CREATE TABLE student(
	sid INT,
	sname VARCHAR(20) not null,
	tel CHAR(11) ,
	cardid CHAR(18) not null
);

insert into student values(1,'张三','13710011002','110222198912032545'); #成功

-- ERROR 1048 (23000): Column 'cardid' cannot be null
insert into student values(2,'李四','13710011002',null);#身份证号为空


insert into student values(2,'李四',null,'110222198912032546');#成功,tel允许为空

-- ERROR 1048 (23000): Column 'sname' cannot be null
insert into student values(3,null,null,'110222198912032547');#失败
2.4.2 创建表后
-- 其实本质就是对于列的修改,对于未加非空约束的列,添加时非空约束
ALTER TABLE table_name modify 字段名 数据类型 NOT NULL;

举例

ALTER TABLE emp modify gender CHAR NOT NULL;

ALTER TABLE student modify sname VARCHAR(20) NOT NULL;

2.5 删除非空约束

#去掉not null,相当于修改某个非注解字段,该字段允许为空
alter table 表名称 modify 字段名 数据类型 NULL;

# 或

#去掉not null,相当于修改某个非注解字段,该字段允许为空
alter table 表名称 modify 字段名 数据类型;-- 会自动添加null

举例

ALTER TABLE emp
MODIFY gender VARCHAR(30) NULL;

ALTER TABLE emp
MODIFY NAME VARCHAR(15) DEFAULT 'abc' NULL;

注意,有的约束,在定义时,mysql系统会自动创建与之对应的索引,但是非空约束比较简单,没有与之对应的索引,所以不要删除,后续会有。

3.唯一性约束

3.1 作用

用来限制某个字段/某列的值不能重复。注意,如果某列,使用了UNIQUE约束,但是没有NOT NULL约束,则该列,可以存在多个null值。

3.2 关键字

UNIQUE

3.3 特点

  • 同一个表可以有多个唯一约束。
  • 唯一约束可以是某一列的值唯一,也可以多个列组合的值唯一。
  • 唯一性约束允许列值为空。
  • 在创建唯一性约束时,如果不给唯一约束命名,默认和列名相同。
  • MySQL会给唯一约束的列上默认创建一个唯一索引。

3.4 添加唯一约束

3.4.1 建表时
-- 列级约束方式创建唯一性约束,这种方式不能给约束起名,只能由mysql使用列名默认起名
CREATE TABLE table_name(
	column_name1 type1,
    column_name2 type2 UNIQUE,
    column_name3 type3 UNIQUE KEY,
    column_name4 type4 
);

-- 表记约束方式创建唯一性约束,这种方式可以为约束起名
CREATE TABLE table_name(
	column_name1 type1,
    column_name2 type2,
    column_name3 type3,
    [constraint 约束名] UNIQUE KEY(列名)
);
-- []包括的可以省略,省略则使用默认的列名为此唯一性约束命名

举例

create table test_unique(
sid int,
sname varchar(20),
tel char(11) unique,
cardid char(18) unique key
);

INSERT INTO test_unique VALUES(1,'张三','13710011002','101223199012015623');-- 成功
INSERT INTO test_unique VALUES(2,'李四','13710011003','101223199012015624');-- 成功
mysql> SELECT * FROM test_unique;
+------+-------+-------------+--------------------+
| sid  | sname | tel         | cardid             |
+------+-------+-------------+--------------------+
|    1 | 张三  | 13710011002 | 101223199012015623 |
|    2 | 李四  | 13710011003 | 101223199012015624 |
+------+-------+-------------+--------------------+
2 rows in set (0.00 sec)
-- ERROR 1062 (23000): Duplicate entry '101223199012015624' for key 'test_unique.cardid'
INSERT INTO test_unique VALUES(3,'王五','13710011004','101223199012015624'); #身份证号重复

-- ERROR 1062 (23000): Duplicate entry '13710011003' for key 'test_unique.tel' 手机号重复
INSERT INTO test_unique VALUES(3,'王五','13710011003','101223199012015625');
3.4.2 建表后指定唯一约束
#字段列表中如果是一个字段,表示该列的值唯一。如果是两个或更多个字段,那么复合唯一,即多个字段的组合是唯一的
#方式1:
ALTER TABLE 表名称 ADD [constraint 约束名] UNIQUE KEY(字段列表);

#方式2:
ALTER TABLE 表名称 MODIFY 字段名 字段类型 UNIQUE;

举例

ALTER TABLE test_unique
ADD UNIQUE(id);

ALTER TABLE test_unique
MODIFY id int(20) UNIQUE;

3.5 添加复合唯一约束

create table 表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
unique key(字段列表) 
#字段列表中写的是多个字段名,多个字段名用逗号分隔,表示那么是复合唯一,即多个字段的组合是唯一的
);

举例

CREATE TABLE USER(
	id INT NOT NULL,
	NAME VARCHAR(25),
	PASSWORD VARCHAR(16),
	-- 使用表级约束语法
	CONSTRAINT uk_name_pwd UNIQUE(NAME,PASSWORD)
);
-- name和password列组合的值,不能重复

INSERT INTO `user`(id,`name`,`password`)
VALUES(1,'wind','123');-- 成功

INSERT INTO `user`(id,`name`,`password`)
VALUES(1,'wind','1233');-- 成功

-- 错误 Duplicate entry 'wind-123' for key 'user.uk_name_pwd'
INSERT INTO `user`(id,`name`,`password`)
VALUES(2,'wind','123');

3.6 删除唯一约束

  • 添加唯一性约束的列上也会自动创建唯一索引。
  • 删除唯一约束只能通过删除唯一索引的方式删除。
  • 删除时需要指定唯一索引名,唯一索引名就和唯一约束名一样。
  • 如果创建唯一约束时未指定名称,如果是单列,就默认和列名相同,如果是组合列,默认和第一个的列名相同,也可以自定义唯一性约束名。
ALTER TABLE `USER`
DROP INDEX uk_name_pwd;

-- 可以通过该语句查看表索引
SHOW INDEX FROM 表名; 

4.PRIMARY KEY(主键)约束

4.1 作用

用来唯一标识表中的一行记录。

4.2 关键字

primary key

4.3 特点

  • 主键约束相当于唯一约束 + 非空约束的组合,主键约束列不允许重复,也不允许出现null值。

  • 一个表最多只能有一个主键约束,建立主键约束可以在列级别定义,也可以在表级别上定义。

  • 主键约束修饰着表中的一列或者多列(复合主键)。

  • 如果是多列组合的复合主键约束,那么这些列都不允许为空值,并且组合的值不允许重复。但是实际中,都是使用单列主键,很少使用复合主键。

  • MySQL的主键名总是PRIMARY,自己命名了主键约束也没用。

  • 当创建主键约束时,系统默认会在所在的列或列组合上,建立对应的主键索引(能够根据主键查询的,就根据主键查询,效率更高)。如果删除主键约束了,主键约束对应的索引就自动删除了。但是实际中,不可能出现删除主键约束的情况。

  • 需要特别注意的是,不要修改主键字段的值,因为主键是数据记录的唯一标识,如果修改了主键的值,就有可能会破坏数据的完整性。存储表的结构,是依照主键去构建的,值得修改或删除,可能会导致空洞。

4.4 添加主键约束

4.4.1 创建表时
CREATE TABLE test(
	id CHAR(32) primary key, -- 列级模式
    ...
);

CREATE TABLE test(
	id CHAR(32),
    ...,
    [CONSTRAINT name] PRIMARY KEY(id) -- 表级模式
);

举例

CREATE TABLE test_pri_key(
	id int primary key,
    `name` varchar(20) NOT NULL
);
mysql> DESC test_pri_key;
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int         | NO   | PRI | NULL    |       |
| name  | varchar(20) | NO   |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.00 sec)
insert into test_pri_key values(1,'张三');#成功
insert into test_pri_key values(2,'李四');#成功
mysql> SELECT * FROM test_pri_key;
+----+------+
| id | name |
+----+------+
|  1 | 张三 |
|  2 | 李四 |
+----+------+
2 rows in set (0.00 sec)
INSERT INTO test_pri_key VALUES(1,'张三');#失败
-- ERROR 1062 (23000): Duplicate entry '1' for key 'test_pri_key.PRIMARY'

INSERT INTO test_pri_key VALUES(1,'王五');#失败
-- ERROR 1062 (23000): Duplicate entry '1' for key 'test_pri_key.PRIMARY'

INSERT INTO test_pri_key VALUES(3,'张三');#成功
mysql> SELECT * FROM test_pri_key;
+----+------+
| id | name |
+----+------+
|  1 | 张三 |
|  2 | 李四 |
|  3 | 张三 |
+----+------+
3 rows in set (0.00 sec)
CREATE TABLE test_two_pri_key(
    id INT PRIMARY KEY,
    `name` VARCHAR(20) PRIMARY KEY
);
-- ERROR 1068 (42000): Multiple primary key defined
4.4.2 建表后添加主键约束
ALTER TABLE table_name ADD PRIMARY KEY(字段列表);
-- 字段列表可以是一个字段,也可以是多个字段,如果是多个字段的话,是复合主键

ALTER TABLE test1 ADD PRIMARY KEY(id); -- 只是举例test1不存在

ALTER TABLE test2 ADD PRIMARY KEY(name,pwd);-- 复合主键这种情况,很少使用

4.5 关于复合主键

如果是多列组合的复合主键约束,那么这些列都不允许为空值,并且组合的值不允许重复。

CREATE TABLE table_name(
	c1 type1,
    c2 type2,
    c3 type3,
    primary key(c1,c2) -- 表示c1和c2的组合是唯一的,也可以有更多字段
);
-- cpe(composite)
CREATE TABLE test_cpe_pri(
	id int,
    name varchar(20),
    pwd varchar(20),
    constraint t1 PRIMARY KEY(name,pwd) -- 自定义,主键约束名为t1
);

-- 该语句,查询出,test_cpe_pri的主键约束名为primary,可见主键自定义约束名,也不会生效
SELECT * FROM information_schema.`TABLE_CONSTRAINTS`
WHERE TABLE_NAME = 'test_cpe_pri';

INSERT INTO test_cpe_pri(id,`name`,`pwd`)
VALUES(1,'wind','123');

INSERT INTO test_cpe_pri(id,`name`,`pwd`)
VALUES(1,'wind','1234');

-- 错误 1048 Column 'name' cannot be null
INSERT INTO test_cpe_pri(id,`name`,`pwd`)
VALUES(1,NULL,'1234');

-- 错误 1062 Duplicate entry 'wind-123' for key 'test_cpe_pri.PRIMARY'
INSERT INTO test_cpe_pri(id,`name`,`pwd`)
VALUES(1,'wind','123');

4.6 删除主键约束

-- 语法格式
ALTER TABLE 表名称 DROP PRIMARY KEY;

-- 举例
ALTER TABLE t2 DROP PRIMARY KEY;

ALTER TABLE t3 DROP PRIMARY KEY;

说明,删除主键约束,不需要指定主键名,因为一张表只有一个主键,删除主键约束后,非空约束还存在。但是不用记这种情况,因为在实际开发中,不可能出现删除主键约束的。

5.自增列:AUTO_INCREMENT

5.1 作用

某个字段的值自增

5.2 关键字

auto_increment

5.3 特点和要求

  • 一个表最多只能有一个自增列。
  • 当需要产生唯一标识或顺序值时,可设置自增长。
  • 自增长列约束修饰的列必须是键列(主键列,唯一键列)。
  • 自增约束的列的数据类型必须是整数类型。
  • 如果自增列指定了0和null,会在当前最大值的基础上自增,如果自增列手动指定了具体值,直接赋值为具体值。

错误演示

-- 错误代码: 1075
-- Incorrect table definition; there can be only one auto column and it must be defined as a key
CREATE TABLE test_auto(
	eid INT AUTO_INCREMENT,
    ename VARCHAR(20)
);

-- 错误代码: 1063
-- Incorrect column specifier for column 'ename' ename列不是整数类型
CREATE TABLE test_auto(
	eid INT PRIMARY KEY,
	ename VARCHAR(20) UNIQUE KEY AUTO_INCREMENT
);

5.4 如何指定自增约束

5.4.1 建表时
create table 表名称(
	字段名 数据类型 primary key auto_increment, -- 列的数据类型是整数类型
	字段名 数据类型 unique key not null,
	字段名 数据类型 unique key,
	字段名 数据类型 not null default 默认值,
);
create table 表名称(
	字段名 数据类型 default 默认值 ,
	字段名 数据类型 unique key auto_increment, -- 列的数据类型是整数类型
	字段名 数据类型 not null default 默认值,,
	primary key(字段名)
);
CREATE TABLE test_auto(
	eid INT PRIMARY KEY AUTO_INCREMENT,
    ename VARCHAR(20)
);
mysql> DESC test_auto;
+-------+-------------+------+-----+---------+----------------+
| Field | Type        | Null | Key | Default | Extra          |
+-------+-------------+------+-----+---------+----------------+
| eid   | int         | NO   | PRI | NULL    | auto_increment |
| ename | varchar(20) | YES  |     | NULL    |                |
+-------+-------------+------+-----+---------+----------------+
2 rows in set (0.00 sec)
5.4.2 建表后
-- 语法格式
ALTER TABLE 表名称 modify 字段名 数据类型 auto_increment;

-- 举例
ALTER TABLE t4 modify id int auto_increment;

5.5 如何删除自增约束

#alter table 表名称 modify 字段名 数据类型 auto_increment;#给这个字段增加自增约束

alter table 表名称 modify 字段名 数据类型; #去掉auto_increment相当于删除

ALTER TABLE t4 modify id int;

5.6 MySQL 8.0新特性-自增变量的持久化

在MySQL 8.0之前,自增主键AUTO_INCREMENT的值如果大于max(primary key)+1,在MySQL重启后,会重置AUTO_INCREMENT=max(primary key)+1,这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。 下面通过案例来对比不同的版本中自增变量是否持久化。

在MySQL 5.7版本中,测试步骤如下: 创建的数据表中包含自增主键的id字段,语句如下:

CREATE TABLE test1(
id INT PRIMARY KEY AUTO_INCREMENT
);
-- 插入4个空值,执行如下:
INSERT INTO test1
VALUES(0),(0),(0),(0);

查询数据表test1中的数据,结果如下:

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
+----+
4 rows in set (0.00 sec)
-- 删除id为4的记录,语句如下:
DELETE FROM test1 WHERE id = 4;

-- 再次插入一个空值,语句如下:
INSERT INTO test1 VALUES(0);

查询此时数据表test1中的数据,结果如下:

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 5 |
+----+
4 rows in set (0.00 sec)
-- 从结果可以看出,虽然删除了id为4的记录,但是再次插入空值时,并没有重用被删除的4,而是分配了5。 删除id为5的记录,结果如下:
DELETE FROM test1 where id=5;

-- 重启数据库,重新插入一个空值。
-- 注意在windows下重启数据库服务的命令 先停止 net stop mysql 再开启net start mysql
-- 如果按照mysql时,自定义了服务名,使用自定义的,需要管理员权限 
-- 例如我再安装mysql8.0时,自定义了服务名为MYSQL80所以重启mysql8.0版本的服务指令为 net stop mysql80, net start mysql80
-- 或者在任务管理器下找到对应服务关闭,启动也可以
INSERT INTO test1 values(0);

再次查询数据表test1中的数据,结果如下:

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
+----+
4 rows in set (0.00 sec)

从结果可以看出,新插入的0值分配的是4,按照重启前的操作逻辑,此处应该分配6。出现上述结果的主要原因是自增主键没有持久化。 在MySQL 5.7系统中,对于自增主键的分配规则,是由InnoDB数据字典内部一个 计数器 来决定的,而该计数器只在 内存中维护 ,并不会持久化到磁盘中。当数据库重启时,该计数器会被初始化。

在MySQL 8.0版本中,上述测试步骤最后一步的结果如下:

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 6 |
+----+
4 rows in set (0.00 sec)

从结果可以看出,自增变量已经持久化了。

MySQL 8.0将自增主键的计数器持久化到 重做日志中。每次计数器发生改变,都会将其写入重做日志中。如果数据库重启,InnoDB会根据重做日志中的信息来初始化计数器的内存值。InnoDB是,存储引擎的一种。后续课程会讲解。

6.FOREIGN KEY(外键)约束

6.1 作用

限定某个表的某个字段的引用完整性。

比如:员工表的员工所在部门的选择,必须在部门表能找到对应的部分。

6.2 关键字

FOREIGN KEY

6.3 主表和从表/父表和子表

主表(父表):被引用的表,被参考的表

从表(子表):引用别人的表,参考别人的表

例如:员工表的员工所在部门这个字段的值要参考部门表:部门表是主表,员工表是从表。

例如:学生表、课程表、选课表:选课表的学生和课程要分别参考学生表和课程表,学生表和课程表是主表,选课表是从表。

6.4 特点

(1)从表的外键列,必须引用/参考主表的主键或唯一约束的列

为什么?因为被依赖/被参考的值必须是唯一的

(2)在创建外键约束时,如果不给外键约束命名,默认名不是列名,而是自动产生一个外键名(例如student_ibfk_1;),也可以指定外键约束名。

(3)创建(CREATE)表时就指定外键约束的话,先创建主表,再创建从表

(4)删表时,先删从表(或先删除外键约束),再删除主表(类似,正在使用中的文件不能删除一样的逻辑,先把文件关闭,就能删除了)。

(5)当主表的记录被从表参照时,主表的记录将不允许删除,如果要删除数据,需要先删除从表中依赖该记录的数据,然后才可以删除主表的数据

(6)在“从表”中指定外键约束,并且一个表可以建立多个外键约束

(7)从表的外键列与主表被参照的列名字可以不相同,但是数据类型必须一样,逻辑意义一致。如果类型不一样,创建子表时,就会出现错误“ERROR 1005 (HY000): Can't createtable'database.tablename'(errno: 150)”。

例如:都是表示部门编号,都是int类型。

(8)当创建外键约束时,系统默认会在所在的列上建立对应的普通索引。但是索引名是外键的约束名。(根据外键查询效率很高)

(9)删除外键约束后,必须手动删除对应的索引

6.5 添加外键约束

6.5.1 建表时
create table 主表名称(
	字段1 数据类型 primary key,
	字段2 数据类型
);

create table 从表名称(
	字段1 数据类型 primary key,
	字段2 数据类型,
[CONSTRAINT <外键约束名称>] FOREIGN KEY(从表的某个字段) references 主表名(被参考字段)
);

#(从表的某个字段)的数据类型必须与主表名(被参考字段)的数据类型一致,逻辑意义也一样
#(从表的某个字段)的字段名可以与主表名(被参考字段)的字段名一样,也可以不一样

-- FOREIGN KEY: 在表级指定子表中的列
-- REFERENCES: 标示在父表中的列

create table dept( #主表
	did int primary key, #部门编号
	dname varchar(50) #部门名称
);
create table emp(#从表
	eid int primary key, #员工编号
	ename varchar(5), #员工姓名
	deptid int, #员工所在的部门
	foreign key (deptid) references dept(did) #在从表中指定外键约束
	#emp表的deptid和和dept表的did的数据类型一致,意义都是表示部门的编号
);
-- 说明:
-- (1)主表dept必须先创建成功,然后才能创建emp表,指定外键成功。
-- (2)删除表时,先删除从表emp,再删除主表dept
6.5.2 建表后

一般情况下,表与表的关联都是提前设计好了的,因此,会在创建表的时候就把外键约束定义好。不过,如果需要修改表的设计(比如添加新的字段,增加新的关联关系),但没有预先定义外键约束,那么,就要用修改表的方式来补充定义。

格式

ALTER TABLE 从表名 ADD [CONSTRAINT 约束名] FOREIGN KEY (从表的字段) REFERENCES 主表名(被引用
字段) [on update xx][on delete xx];

举例

ALTER TABLE emp1
ADD [CONSTRAINT emp_dept_id_fk] FOREIGN KEY(dept_id) REFERENCES dept(dept_id)

6.6 演示问题

-- (1)失败:不是键列
-- ERROR 1215 (HY000): Cannot add foreign key constraint 原因是dept的did不是键列
create table dept(
	did int , #部门编号
	dname varchar(50) #部门名称
);
create table emp(
	eid int primary key, #员工编号
	ename varchar(5), #员工姓名
	deptid int, #员工所在的部门
	foreign key (deptid) references dept(did)
);

-- (2)失败:数据类型不一致
-- ERROR 1215 (HY000): Cannot add foreign key constraint 原因是从表的deptid字段和主表的did字
-- 段的数据类型不一致,并且要它俩的逻辑意义一致
create table dept(
	did int primary key, #部门编号
	dname varchar(50) #部门名称
);
create table emp(
	eid int primary key, #员工编号
	ename varchar(5), #员工姓名
	deptid char, #员工所在的部门
	foreign key (deptid) references dept(did)
);

-- (3)成功,两个表字段名一样
create table dept(
	did int primary key, #部门编号
	dname varchar(50) #部门名称
);
    create table emp(
    eid int primary key, #员工编号
    ename varchar(5), #员工姓名
    did int, #员工所在的部门
    foreign key (did) references dept(did)
    #emp表的deptid和和dept表的did的数据类型一致,意义都是表示部门的编号
    #是否重名没问题,因为两个did在不同的表中
);

-- (4)添加、删除、修改问题
create table dept(
    did int primary key, #部门编号
    dname varchar(50) #部门名称
);
create table emp(
    eid int primary key, #员工编号
    ename varchar(5), #员工姓名
    deptid int, #员工所在的部门
    foreign key (deptid) references dept(did)
    #emp表的deptid和和dept表的did的数据类型一致,意义都是表示部门的编号
);

insert into dept values(1001,'教学部');
insert into dept values(1003, '财务部');
insert into emp values(1,'张三',1001); #添加从表记录成功,在添加这条记录时,要求部门表有1001部门
insert into emp values(2,'李四',1005);#添加从表记录失败
-- ERROR 1452 (23000): Cannot add(添加) or update(修改) a child row: a foreign key
-- constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY (`deptid`)
-- REFERENCES `dept` (`did`)) 从表emp添加记录失败,因为主表dept没有1005部门
mysql> select * from dept;
+------+--------+
| did | dname |
+------+--------+
| 1001 | 教学部 |
| 1003 | 财务部 |
+------+--------+
2 rows in set (0.00 sec)
mysql> select * from emp;
+-----+-------+--------+
| eid | ename | deptid |
+-----+-------+--------+
| 1 | 张三 | 1001 |
+-----+-------+--------+
1 row in set (0.00 sec)
update emp set deptid = 1002 where eid = 1;#修改从表失败
-- ERROR 1452 (23000): Cannot add(添加) or update(修改) a child row(子表的记录): a
-- foreign key constraint fails(外键约束失败) (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1`
-- FOREIGN KEY (`deptid`) REFERENCES `dept` (`did`))
#部门表did字段现在没有1002的值,所以员工表中不能修改员工所在部门deptid为1002

update dept set did = 1002 where did = 1001;#修改主表失败
-- ERROR 1451 (23000): Cannot delete(删除) or update(修改) a parent row(父表的记录): a
-- foreign key constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY
-- (`deptid`) REFERENCES `dept` (`did`)) 
#部门表did的1001字段已经被emp引用了,所以部门表的1001字段就不能修改了。

update dept set did = 1002 where did = 1003;
#修改主表成功 因为部门表的1003部门没有被emp表引用,所以可以修改

delete from dept where did=1001; #删除主表失败
-- ERROR 1451 (23000): Cannot delete(删除) or update(修改) a parent row(父表记录): a
-- foreign key constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY
-- (`deptid`) REFERENCES `dept` (`did`)) 
#因为部门表did的1001字段已经被emp引用了,所以部门表的1001字段对应的记录就不能被删除

总结:外键约束关系是针对双方的

  • 添加了外键约束后,主表的修改和删除数据受约束

  • 添加了外键约束后,从表的添加和修改数据受约束

  • 在从表上建立外键,要求主表必须存在

  • 删除主表时,要求从表从表先删除,或将从表中外键引用该主表的关系先删除

6.7 约束等级

  • Cascade方式 :在父表上update/delete记录时,同步update/delete掉子表的匹配记录

  • Set null方式 :在父表上update/delete记录时,将子表上匹配记录的列设为null,但是要注意子表的外键列不能为not null

  • No action方式 :如果子表中有匹配的记录,则不允许对父表对应候选键进行update/delete操作

  • Restrict方式 :同no action, 都是立即检查外键约束

  • Set default方式 (在可视化工具SQLyog中可能显示空白):父表有变更时,子表将外键列设置成一个默认的值,但Innodb不能识别

如果没有指定等级,就相当于Restrict方式。

对于外键约束,最好是采用: ON UPDATE CASCADE ON DELETE RESTRICT 的方式。

案例 略

6.8 删除外键约束

-- (1)第一步先查看约束名和删除外键约束
SELECT * FROM information_schema.table_constraints WHERE table_name = '表名称';
#查看某个表的约束名
ALTER TABLE 从表名 DROP FOREIGN KEY 外键约束名;

-- (2)第二步查看索引名和删除索引。(注意,只能手动删除)
SHOW INDEX FROM 表名称; #查看某个表的索引名

ALTER TABLE 从表名 DROP INDEX 索引名;

6.9 开发场景

问题1:如果两个表之间有关系(一对一、一对多),比如:员工表和部门表(一对多),它们之间是否要建外键约束?

答:不是的

问题2:建和不建外键约束有什么区别?

答:建外键约束,你的操作(创建表、删除表、添加、修改、删除)会受到限制,从语法层面受到限制。例如:在员工表中不可能添加一个员工信息,它的部门的值在部门表中找不到。

不建外键约束,你的操作(创建表、删除表、添加、修改、删除)不受限制,要保证数据的引用完整性,只能依靠程序员的自觉 ,或者是 在Java程序中进行限定 。例如:在员工表中,可以添加一个员工的信息,它的部门指定为一个完全不存在的部门。

问题3:那么建和不建外键约束和查询有没有关系?

答:没有

MySQL-13.MySQL约束

6.10 阿里开发规范

MySQL-13.MySQL约束

7.CHECK 约束

7.1 作用

检查某个字段的值是否符合xx要求,一般指的是值得范围。

7.2 关键字

CHECK

7.3 说明:MySQL5.7 不支持

MySQL5.7 可以使用check约束,但check约束对数据验证没有任何作用。添加数据时,没有任何错误或警告,但是MySQL 8.0中可以使用check约束了。

举例

CREATE TABLE temp(
    id INT AUTO_INCREMENT,
    NAME VARCHAR(20),
    age INT CHECK(age > 20),
    PRIMARY KEY(id)
);

-- 或者 gender CHAR(1) CHECK(gender in ('男','女'))

8.DEFAULT约束

8.1 作用

给某个字段/某列指定默认值,一旦设置默认值,在插入数据时,如果此字段没有显式赋值,则赋值为默认值。

8.2 关键字

DEFAULT

8.3 如何设置默认值约束

8.3.1 创建表时
create table 表名称(
    字段名 数据类型 primary key,
    字段名 数据类型 unique key not null,
    字段名 数据类型 unique key,
    字段名 数据类型 not null default 默认值,
);

create table 表名称(
    字段名 数据类型 default 默认值 ,
    字段名 数据类型 not null default 默认值,
    字段名 数据类型 not null default 默认值,
    primary key(字段名),
    unique key(字段名)
);
-- 说明:默认值约束一般不在唯一键和主键列上加

举例

CREATE TABLE test_default(
    eid INT PRIMARY KEY,
    ename VARCHAR(20) NOT NULL,
    gender CHAR DEFAULT '男',
    tel CHAR(11) NOT NULL DEFAULT '' #默认是空字符串
);
mysql> DESC test_default;
+--------+-------------+------+-----+---------+-------+
| Field  | Type        | Null | Key | Default | Extra |
+--------+-------------+------+-----+---------+-------+
| eid    | int         | NO   | PRI | NULL    |       |
| ename  | varchar(20) | NO   |     | NULL    |       |
| gender | char(1)     | YES  |     | 男      |       |
| tel    | char(11)    | NO   |     |         |       |
+--------+-------------+------+-----+---------+-------+
4 rows in set (0.00 sec)
insert into employee values(1,'汪飞','男','13700102535'); #成功

insert into employee(eid,ename) values(2,'天琪'); #成功

insert into employee(eid,ename) values(3,'二虎');
#ERROR 1062 (23000): Duplicate entry '' for key 'tel'
#如果tel有唯一性约束的话会报错,如果tel没有唯一性约束,可以添加成功,因为唯一性约束,要求不能有两个相同的值,
# 这也是为什么,建议默认值约束不要和唯一性约束和主键约束一起使用
8.3.2 建表后
alter table 表名称 modify 字段名 数据类型 default 默认值;
#如果这个字段原来有非空约束,还想保留非空约束,那么在加默认值约束时,还得保留非空约束,否则非空约束就被删除了

# 同理,在给某个字段加非空约束也一样,如果这个字段原来有默认值约束,你想保留默认值约束,
# 也要在modify语句中保留默认值约束,否则就删除了
alter table 表名称 modify 字段名 数据类型 default 默认值 not null;

8.4 如何删除默认值约束

-- 本质就是对列的修改,列修改时,注意是否保留非空约束和默认值约束

alter table 表名称 modify 字段名 数据类型 ;#删除默认值约束,也不保留非空约束
alter table 表名称 modify 字段名 数据类型 not null; #删除默认值约束,保留非空约束

alter table test modify gender char; #删除gender字段默认值约束,如果有非空约束,也一并删除
alter table test modify tel char(11) not null;#删除tel字段默认值约束,保留非空约束

9. 面试

面试1、为什么建表时,加not null default '' 或 default 0

不想让表中出现null值。

面试2、为什么不想要 null 的值

(1)不好比较。null是一种特殊值,比较时只能用专门的is null 和 is not null来比较。碰到运算符,通常返回null。

(2)效率不高。影响提高索引效果。因此,我们往往在建表时 not null default '' 或 default 0

面试3、带AUTO_INCREMENT约束的字段值是从1开始的吗?

在MySQL中,默认AUTO_INCREMENT的初始值是1,每新增一条记录,字段值自动加1。设置自增属性(AUTO_INCREMENT)的时候,还可以指定第一条插入记录的自增字段的值(ALTER TABLE 表名AUTO_INCREMENT = 100),这样新插入的记录的自增字段值从初始值开始递增,如在表中插入第一条记录,同时指定id值为5,则以后插入的记录的id值就会从6开始往上增加。添加主键约束时,往往需要设置字段自动增加属性。但很少手动改变自增长的初始值,因为使用了自增长,就是希望使用自增长的规则来添加数据的。

面试4、并不是每个表都可以任意选择存储引擎? 外键约束(FOREIGN KEY)不能跨引擎使用。

MySQL支持多种存储引擎,每一个表都可以指定一个不同的存储引擎,需要注意的是:外键约束是用来保证数据的参照完整性的,如果表之间需要关联外键,却指定了不同的存储引擎,那么这些表之间是不能创建外键约束的。所以说,存储引擎的选择也不完全是随意的。

只是为了记录自己的学习历程,且本人水平有限,不对之处,请指正。文章来源地址https://www.toymoban.com/news/detail-809393.html

到了这里,关于MySQL-13.MySQL约束的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 面试官灵魂拷问:什么是MySQL索引?为什么需要索引?

    关系型数据库是一种采用关系模型存储数据的数据库系统。在关系型数据库中,数据被组织成一个或多个表格(也称为关系),每个表格包含多行记录,每行记录代表一组相关数据。每个表格都有一个定义该表格中数据的结构的模式,即表格的列和每个列的数据类型。关系型

    2024年02月09日
    浏览(59)
  • 为什么要学MySQL数据库,它有什么用?

    随着互联网技术的高速发展,预计2020 年底全世界网民的数量将达到 50 亿。网民数量的增加带动了网上购物、微博,网络视频等产业的发展。那么,随之而来的就是庞大的网络数据量。 大量的数据正在不断产生,那么如何安全有效地存储、检索,管理它们呢?于是对数据的有

    2024年02月15日
    浏览(43)
  • 有了MySQL,为什么还要有NoSQL

        🏆今日学习目标: 🍀MySQL和NoSQL的区别 ✅ 创作者 :林在闪闪发光 ⏰预计时间:30分钟 🎉个人主页:林在闪闪发光的个人主页  🍁林在闪闪发光的个人社区,欢迎你的加入: 林在闪闪发光的社区 目录 noSQL的大概意思 理论支撑 为什么需要NoSQL 为什么NoSQL有处理超大规模

    2023年04月20日
    浏览(73)
  • MySQL - 为什么需要 redo log?

    为什么需要 redo log?: 数据恢复与一致性: Redo日志是数据库的事务日志,用于记录事务操作的细节,包括插入、更新和删除等。它确保了数据的持久性,即使在数据库发生崩溃或异常重启后,可以使用Redo日志来还原事务操作,以维护数据的一致性。 WAL机制支持: Redo日志是

    2024年02月06日
    浏览(30)
  • MySQL为什么不推荐使用in

    有的时候博客内容会有变动,首发博客是最新的,其他博客地址可能会未同步,认准 https://blog.zysicyj.top 首发博客地址 系列文章地址 当使用IN语句时,MySQL可能会遇到以下问题: 索引问题:MySQL使用索引来加速查询,但在使用IN语句时,MySQL可能无法有效地使用索引。这是因为

    2024年02月09日
    浏览(44)
  • MySQL为什么选择B+树创建索引

    将磁盘中存储的所有数据记录依次加载,与给定条件对比,直到找到目标记录; 类比数组结构的线性查找,效率较低; 结合数组和链表结构(或者树结构)存储数据; 通过哈希函数(散列函数)计算哈希地址,相同输入在固定函数下输出保持不变; 哈希结构会发生哈希冲突

    2024年02月13日
    浏览(49)
  • 为什么MySQL单表不能超过2000万行?

    摘要: MySQL一张表最多能存多少数据? 本文分享自华为云社区《为什么MySQL单表不能超过2000万行?》,作者: GaussDB 数据库 。 最近看到一篇《我说MySQL每张表最好不要超过2000万数据,面试官让我回去等通知》的文章,非常有趣。 文中提到,他朋友在面试的过程中说,自己的

    2024年02月05日
    浏览(50)
  • mysql的主键索引为什么不能null

    这是一个非常奇怪且有趣的问题。可以通过官方文档进行解读 https://dev.mysql.com/doc/refman/5.7/en/glossary.html A special value in SQL, indicating the absence of data. Any arithmetic operation or equality test involving a NULL value, in turn produces a NULL result. (Thus it is similar to the IEEE floating-point concept of NaN, “not

    2024年02月14日
    浏览(72)
  • 为什么写进MySQL里的数据顺序乱了?

    比如,写入数据组织的时候用到了map来对数据聚组: 使用Collectors.groupingBy收集器对流(Stream)中的元素进行分组时,默认情况下会使用ArrayList来收集同一组内的元素,List的顺序是按照它们在流中出现的顺序添加的。但是因为因为HashMap不保证顺序,key的迭代顺序可能与元素被

    2024年01月25日
    浏览(33)
  • 为什么MySQL输入正确账号密码后仍然拒绝访问

    MySQL在输入正确的账号密码后仍然拒绝访问可能是由于以下几种原因造成的: 账号权限问题,检查该账号是否具有连接数据库的权限。 IP地址限制,检查该账号是否只能在特定的IP地址连接。 MySQL服务器配置问题,检查MySQL服务器是否正常启动并配置正确。 网络连接问题,检

    2024年02月11日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包