이 글은 제약과 관련된 문제를 주로 정리한 mysql에 대한 관련 지식을 제공합니다. 제약은 데이터의 무결성을 보장하는 것입니다. 데이터의 정확성과 신뢰성을 방지하는 것입니다. 의미론적 규정을 따르지 않는 데이터베이스에 대해 잘못된 연산이나 잘못된 정보의 입력과 출력으로 인한 오류 메시지를 방지하기 위해 제안한 내용입니다. 모두에게 도움이 되기를 바랍니다.
추천 학습: mysql 비디오 튜토리얼
데이터 무결성(Data Integrity)은 데이터 정확성을 의미하며 신뢰할 수 있음. 의미론적 규정을 따르지 않는 데이터가 데이터베이스에 존재하는 것을 방지하고, 잘못된 정보의 입력과 출력으로 인해 발생하는 잘못된 연산이나 오류 메시지를 방지하기 위해 제안되었습니다.
데이터의 무결성을 보장하기 위해 SQL 규범은 다음을 제한합니다. 테이블 데이터는 추가 조건부 제한을 수행합니다. . 다음 네 가지 측면을 고려하십시오. 엔터티 무결성 ) : 예를 들어, 동일한 테이블에 동일하고 구별할 수 없는 두 개의 레코드가 있을 수 없습니다
) : 예: 연령대 0-120 , 성별 범위 " 남성 / 여성 "
"참조 무결성 ) : 예: 직원이 위치한 부서, 이 부서는 부서 테이블에서 찾아야 합니다
- 정의된 무결성 ) : 예: 사용자 이름은 고유해야 하며, 비밀번호는 비워 둘 수 없습니다. 이 부서 관리자의 급여는 이 부서 직원 평균 급여의 5%보다 높을 수 없습니다. 타임스.
1.2 제약 조건이란 - 테이블의 필드에 대한 제한 사항
에서 찾을 수 있습니다. 테이블 생성 시 제약 조건 지정(다음을 통해) 테이블 만들기 성명) 또는 테이블 생성 후 통과됨 테이블 변경 명세서 규정
제약조건 .
1.3 제약 조건 분류
제약조건의 이름을 지정할 수 있습니까?
|
|
열 뒤 |
구문은 지원되지만 외래 키는 효과없어 | 안돼 |
테이블 수준 제약 조건: |
모든 열 아래 |
기본값 및 비어 있지 않은 항목은 지원되지 않으며 다른 항목은 지원됩니다. | 예(기본 키 아무런 효과가 없습니다) |
제약사항의 역할에 따라
, 제약 조건은 다음과 같이 나눌 수 있습니다.
1. 특정 필드가 비어 있을 수 없음을 규정하는 NOT NULL 널이 아닌 제약 조건
2. 특정 필드가 전체 테이블에서 고유함을 규정하는 UNIQUE 고유 제약 조건
3. PRIMARY KEY 기본 키(null이 아니고 고유) 제약 조건
4. FOREIGN KEY 외래 키 제약 조건
5. CHECK 제약 조건 확인
6. 기본 기본값 제한 조건
참고 : MySQL은 체크 제약 조건을 지원하지 않지만 효과없이 체크 제약 조건을 사용할 수 있습니다. # information_schema 데이터베이스 이름(시스템 라이브러리) _# Table_constraints 테이블 이름 (각 테이블의 제약 조건이 특별히 저장됨)
SELECT
*FROM
information_schema.table_constraints
WHERE table_name = '테이블 이름'
2. Null이 아닌 제약 조건(NOT NULL) 2.1 기능 특정 필드 제한/
특정 열의 값은 비워둘 수 없습니다
2.2 키워드 NULL 아님 2.3 기능 to
1-- 1. 기본적으로
을 포함하여 모든 유형의 값은 NULL
FLOAT 및 기타 데이터 유형 2. Null이 아닌 제약 조건은 테이블 개체의 열에만 나타날 수 있습니다. 특정 열만 Null이 아닌 것으로 제한할 수 있으며, Null이 아닌 제약 조건은 결합할 수 없습니다. (열 수준 제약 조건만, 테이블 수준 제약 조건 없음)
3. 테이블에는 각각 null이 아닌 것으로 제한되는 여러 열이 있을 수 있습니다.
4. 빈 문자열 ''은
NULL과 같지 않고 0
은 NULL 2.4 null이 아닌 제약 조건 추가 2.4. 1 CREATE TABLE 시 null이 아닌 제약 조건 추가 문법 형식: CREATE TABLE
表名称(
字段名 数据类型,
字段名 数据类型 NOT NULL,
字段名 数据类型 NOT NULL
);
2.4.2 ALTER TABLE 시 null이 아닌 제약 조건 추가
문법 형식:
alter table 表名称 modify 字段名 数据类型 not null ;
예: 
语法格式：
1.alter table
表名称 modify 字段名 数据类型 NULL; #去掉not null，相当于修改某个非注解字段，该字段允 许为空
2.alter table 表名称 modify 字段名 数据类型; #去掉not null，相当于修改某个非注解字段，该字段允许为空举例：
用来限制某个字段/ 某列的值不能重复。
UNIQUE
1.同一个表可以有多个唯一约束。
2.唯一约束可以是某一个列的值唯一，也可以多个列组合的值唯一。
3.唯一性约束允许列值为空。并且允许存在多个NULL值。
4.在创建唯一约束的时候，如果不给唯一约束命名，就默认和列名相同。
5.MySQL会给唯一约束的列上默认创建一个唯一索引。
语法格式：
1.列级约束
create table
表名称(
字段名 数据类型,
字段名 数据类型 unique,
字段名 数据类型 unique key,
字段名 数据类型
);2.表级约束
create table
表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
[constraint 约束名] unique key(字段名)
);举例：
语法格式：
1. alter table 表名称
add [constraint 约束名] unique key(字段列表);
2. alter table 表名称
modify 字段名 字段类型 unique;注：字段列表中如果是一个字段，表示该列的值唯一。如果是两个或更多个字段，那么复合唯一，即多个字段的组合是唯一的
举例：
语法格式：
1.在 create table 时添加复合唯一约束
create table 表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
[constraint 约束名] unique key(字段列表)
);2. 在 alter table 时添加复合唯一约束
alter table 表名称
add [constraint 约束名] unique key(字段列表);字段列表中写的是多个字段名，多个字段名用逗号分隔，表示那么是复合唯一，即多
个字段的组合是唯一的
举例：
1.添加唯一性约束的列上也会自动创建唯一索引。
2.删除唯一约束只能通过删除唯一索引的方式删除。
3.删除时需要指定唯一索引名，唯一索引名就和唯一约束名一样。
4.如果创建唯一约束时未指定名称，如果是单列，就默认和列名相同；
如果是组合列，那么默认和() 中排在第一个的列名相同。
也可以是自定义唯一性约束名。
语法格式：
ALTER TABLE USER
DROP INDEX 约束名;查看表从索引：
show index from 表名称
;
举例：
用来唯一标识表中的一行记录。
primary key
主键约束相当于唯一约束+非空约束的组合，主键约束列不允许重复，也不允许出现空值。
1. 一个表最多只能有一个主键约束，建立主键约束可以在列级别创建，也可以在表级别上创建。
2. 主键约束对应着表中的一列或者多列（复合主键）
3. 如果是多列组合的复合主键约束，那么这些列都不允许为空值，并且组合的值不允许重复。
4. MySQL的主键名总是 PRIMARY ，就算自己命名了主键约束名也没用。
5. 当创建主键约束时，系统默认会在所在的列或列组合上建立对应的 主键索引 （能够根据主键查询的，就根据主键查询，效率更高）。如果删除主键约束了，主键约束对应的索引就自动删除了。
6. 需要注意的一点是，不要修改主键字段的值。因为主键是数据记录的唯一标识，如果修改了主键的值，就有可能会破坏数据的完整性
语法格式：
1.列级模式
create table 表名称(
字段名 数据类型 primary key, #列级模式
字段名 数据类型,
字段名 数据类型
);2.表级模式（注： MySQL的主键名总是 PRIMARY ，就算自定义了主键约束名也没用 ）
create table 表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
[constraint 约束名] primary key(字段名) #表级模式
);举例：
多列组合的复合主键约束，那么这些列都不允许为空值，并且组合的值不允许重复。
语法格式：
create table
表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
primary key(字段名1,字段名2)
);字段1和字段2的组合是唯一的，也可以有更多个字段
举例：
字段列表可以是一个字段，也可以是多个字段，如果是多个字段的话，是复合主键
语法格式：
1. ALTER TABLE 表名称 MODIFY 字段名 数据类型 PRIMARY KEY;
2. ALTER TABLE 表名称 ADD PRIMARY KEY(字段列表);举例：
删除主键约束，不需要指定主键名，因为一个表只有一个主键， 删除主键约束后，非空还存在。 （但在实际开发中，不会去删除表中的主键约束）
语法格式：
alter table 表名称
drop primary key;举例：
某个字段的值自增
auto_increment
1. 一个表最多只能有一个自增长列
2. 当需要产生唯一标识符或顺序值时，可设置自增长
3. 自增长列约束的列必须是键列（主键列，唯一键列）
4. 自增约束的列的数据类型必须是整数类型
5. 如果自增列指定了 0 和 null，会在当前最大值的基础上自增；如果自增列手动指定了具体值，直接 赋值为具体值
语法格式：
create table
表名称(
字段名 数据类型 primary key auto_increment,
字段名 数据类型 ,
字段名 数据类型 ,
字段名 数据类型
);
create table 表名称(
字段名 数据类型 ,
字段名 数据类型 unique key auto_increment,
字段名 数据类型
);举例：
非法创建：
正确创建方式：
插入数据:
特殊情况(不推荐此写法)：
语法格式：
alter table
表名称
modify 字段名 数据类型 auto_increment;举例：
语法格式：
alter table 表名称 modify 字段名 数据类型;
举例：
在MySQL 8.0 之前，自增主键 AUTO_INCREMENT 的值如果大于 max(primary key)+1 ，在 MySQL 重启后，会重 置AUTO_INCREMENT=max(primary key)+1 ，这种现象在某些情况下会导致业务主键冲突或者其他难以发 现的问题。 下面通过案例来对比不同的版本中自增变量是否持久化。
案例：
对于MySQL5.7版本：
然后重启MySQL57服务器：（以管理员的身份运行）
새로 삽입된 0이 결과에서 알 수 있습니다. 할당된 값은 4 , 재시작 전 작업 로직에 따라 여기에 할당되어야 합니다. 6 . 위 결과의 주된 이유는 자동 증가 기본 키가 지속되지 않기 때문입니다.
MySQL 5.7 시스템에서 자동 증가 기본 키에 대한 할당 규칙은 다음과 같습니다. InnoDB 데이터 사전 내부에 하나 계수기 결정하고 카운터는 오직 메모리 내 유지 관리 , 디스크에 유지되지 않습니다. 이 카운터는 데이터베이스가 다시 시작되면 초기화됩니다.
MySQL8.0 버전의 경우:
그런 다음 MySQL80 서버를 다시 시작합니다: (관리자 권한으로 실행)
결과에서 자동 증가 변수가 유지되었음을 알 수 있습니다.
MySQL 8.0은 자동 증가 기본 키의 카운터를 유지합니다. 재실행 로그 가운데. 카운터가 변경될 때마다 리두 로그에 기록됩니다. 데이터베이스가 다시 시작되면 InnoDB 카운터의 메모리 값은 리두 로그의 정보를 기반으로 초기화됩니다.
테이블에서 필드의 참조 무결성을 제한합니다.
FOREIGN KEY
메인 테이블(상위 테이블): 참조 테이블, 참조 테이블 ) 컨소시엄(하위 테이블): 다른 테이블에서 인용, 다른 테이블 참조 예: 직원의 직원 부서 값은 부서 테이블을 참조해야 합니다. 부서 테이블이 메인 테이블이고 직원 테이블은 테이블이다.
, , , , 꺼짐 꺼짐 함께 꺼짐 1.
6.4 특징
1. 테이블의 외래키 컬럼에서, 기본 테이블의 기본 키 또는 고유 제약 조건 열을 참조/참조해야 합니다. ㅋㅋㅋ -- 종속되거나 참조되려면 고유해야 합니다. ;) 외래 키 제약 조건 이름을 지정할 수도 있습니다.
5. 마스터 테이블의 레코드가 슬레이브 테이블에서 참조되는 경우 마스터 테이블의 레코드는 삭제되지 않습니다. 먼저 슬레이브 테이블의 레코드에 의존하는 데이터를 삭제한 다음 마스터 테이블의 데이터를 삭제할 수 있습니다
6. "슬레이브 테이블"에 외래 키 제약 조건을 지정하면 테이블에서 여러 외래 키 제약 조건을 설정할 수 있습니다
7. 从表的外键列与主表被参照的列名字可以不相同，但是数据类型必须一样，逻辑意义一致。如果类型不一样，创建子表时，就会出现错误。
8. 当创建外键约束时，系统默认会在所在的列上建立对应的普通索引。但是索引名是外键的约束名。（根据外键查询效率很高）
9. 删除外键约束后，必须 手动 删除对应的索引
语法格式：
create table
主表名称(
字段1 数据类型 primary key,
字段2 数据类型
);
create table 从表名称(
字段1 数据类型 primary key,
字段2 数据类型,
[CONSTRAINT <外键约束名称>] FOREIGN KEY（从表的某个字段) references 主表名(被参考字段) [on update xx][on delete xx];
);-- FOREIGN KEY: 在表级指定子表中的列
-- REFERENCES: 标示在父表中的列
(从表的某个字段)的数据类型必须与主表名(被参考字段)的数据类型一致，逻辑意义也一样
(从表的某个字段)的字段名可以与主表名(被参考字段)的字段名一样，也可以不一样
举例：
正确的创建方式：
错误的创建方式：
添加数据：
修改数据：
删除数据：
一般情况下，表与表的关联都是提前设计好了的，因此，会在创建表的时候就把外键约束定义好。不过，如果需要修改表的设计（比如添加新的字段，增加新的关联关系），但没有预先定义外键约束，那么，就要用修改表的方式来补充定义。
语法格式：
ALTER TABLE 从表名
ADD [CONSTRAINT 约束名] FOREIGN KEY (从表的字段) REFERENCES 主表名(被引用 字段) [on update xx][on delete xx];
1. Cascade 方式 ：在父表上 update/delete 记录时，同步 update/delete 掉子表的匹配记录
2. Set null方式 ：在父表上 update/delete 记录时，将子表上匹配记录的列设为 null ，但是要注意子 表的外键列不能为not null
3. No action方式 ：如果子表中有匹配的记录，则不允许对父表对应候选键进行 update/delete 操作
4 .Restrict方式 （默认） ：同no action ， 都是立即检查外键约束
5. Set default方式 （在可视化工具 SQLyog 中可能显示空白）：父表有变更时，子表将外键列设置成一个默认的值，但Innodb 不能识别
如果没有指定等级，就相当于Restrict方式。
对于外键约束，最好是采用: ON UPDATE CASCADE ON DELETE RESTRICT 的方式。
举例：（以 on update cascade on delete set null 为例）
1.创建表
2.添加数据
3.修改数据
4.删除数据
流程如下：
(1)第一步先查看约束名和删除外键约束
#查看某个表的约束名
SELECT * FROM information_schema.table_constraints
WHERE table_name = '表名称';
ALTER TABLE 从表名
DROP FOREIGN KEY 外键约束名;（ 2）第二步查看索引名和删除索引。（注意，只能手动删除）
#查看某个表的索引名
SHOW INDEX FROM 表名称;
ALTER TABLE 从表名 DROP INDEX 索引名;注意： 删除外键约束后，必须 手动 删除对应的索引
举例：
问题 1 ：如果两个表之间有关系（一对一、一对多），比如：员工表和部门表（一对多），它们之间是否 一定要建外键约束？
答：不是的
问题 2 ：建和不建外键约束有什么区别？
答：建外键约束，你的操作（创建表、删除表、添加、修改、删除）会受到限制，从语法层面受到限制。
例如：在员工表中不可能添加一个员工信息，它的部门的值在部门表中找不到。
不建外键约束，你的操作（创建表、删除表、添加、修改、删除）不受限制，要保证数据的 引用完整 性 ，只能依 靠程序员的自觉 ，或者是 在 Java 程序中进行限定 。例如：在员工表中，可以添加一个员工的信息，它的部门指定为一个完全不存在的部门。
问题 3 ：那么建和不建外键约束和查询有没有关系？
答：没有
拓展：
在 MySQL 里，外键约束是有成本的，需要消耗系统资源。对于大并发的 SQL 操作，有可能会不适 合。比如大型网站的中央数据库，可能会 因为外键约束的系统开销而变得非常慢 。所以， MySQL 允 许你不使用系统自带的外键约束，在 应用层面 完成检查数据一致性的逻辑。也就是说，即使你不 用外键约束，也要想办法通过应用层面的附加逻辑，来实现外键约束的功能，确保数据的一致性。
【 强制 】不得使用外键与级联，一切外键概念必须在应用层解决。
说明：（概念解释）学生表中的 student_id 是主键，那么成绩表中的 student_id 则为外键。如果更新学 生表中的 student_id ，同时触发成绩表中的 student_id 更新，即为级联更新。外键与级联更新适用于 单机低并发 ，不适合 分布式 、 高并发集群 ；级联更新是强阻塞，存在数据库 更新风暴 的风险；外键影响 数据库的 插入速度 。
检查某个字段的值是否符号xx 要求，一般指的是值的范围
CHECK
MySQL5.7 可以使用 check约束，但check约束对数据验证没有任何作用。添加数据时，没有任何错误或警告。
MySQL 8.0中可以使用check约束了 。
给某个字段/ 某列指定默认值，一旦设置默认值，在插入数据时，如果此字段没有显式赋值，则赋值为默认值。
DEFAULT
语法格式：
方式1：
create table
表名称(
字段名 数据类型 primary key,
字段名 数据类型 unique key not null,
字段名 数据类型 unique key,
字段名 数据类型 not null default 默认值,
);方式2：
create table
表名称(
字段名 数据类型 default 默认值 ,
字段名 数据类型 not null default 默认值,
字段名 数据类型 not null default 默认值,
primary key(字段名),
unique key(字段名)
);说明：默认值约束一般不在唯一键和主键列上加
举例：
语法格式：
alter table
表名称 modify 字段名 数据类型 default 默认值;
alter table 表名称 modify 字段名 数据类型 default 默认值 not null
;注：
1.如果这个字段原来有非空约束，你还保留非空约束，那么在加默认值约束时，还得保留非空约束，否则非空约束就被删除了。
2.同理，在给某个字段加非空约束也一样，如果这个字段原来有默认值约束，你想保留，也要在modify语句中保留默认值约束，否则就删除了。
举例：
语法格式：
1.删除默认值约束，也不保留非空约束
alter table
表名称 modify 字段名 数据类型 ;2.删除默认值约束，保留非空约束
alter table
表名称 modify 字段名 数据类型 not null
;举例：
面试 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）的时候，还可以指定第 一条插入记录的自增字段的值，这样新插入的记录的自增字段值从初始值开始递增，如在表中插入第一 条记录，同时指定id 值为 5 ，则以后插入的记录的 id 值就会从 6 开始往上增加。添加主键约束时，往往需要 设置字段自动增加属性。
面试 4 、并不是每个表都可以任意选择存储引擎？ 外键约束（
FOREIGN KEY)는 여러 엔진에서 사용할 수 없습니다. (마스터 테이블과 슬레이브 테이블이 사용하는 엔진은 동일해야 함) ㅋㅋㅋ > MySQL 지원 다른 스토리지 엔진이 지정된 경우 이러한 테이블 간에 외래 키 제약 조건을 만들 수 없습니다. 따라서 스토리지 엔진의 선택은 완전히 임의적이지 않습니다.
추천 학습:
mysql 비디오 튜토리얼위 내용은 예시 분석 MySQL 제약 지식 포인트의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
