目录
一、完整性约束。
（1）概念与目的。
<1>概念。
<2>目的。
（2）各个约束的详细（表格）
（3）各个约束的简要总结。
<1>主键约束。
<2>唯一约束。
<3>非空约束。
<4>默认值约束。
<5>外键约束。
<6>检查约束。
（4）设置约束的操作演示。
<1>两种添加约束方式。
<2>创建表时，同时添加约束。
1、创建学生表。
2、在列声明后面直接声明主键（跟着书写）。
编辑
3、另起一行声明主键。创建班级表。
<3>表已经创建好了，以修改表的方式来添加约束。
<4>主键约束设计。
<5>自动递增约束。
<6>外键约束。
（5）表与表之间的关系。
<1>三种关系。
1、一对一。
2、一对多。（多对一）
3、多对多。
<2>简要的概述。
组合主键。（联合主键）
<3>外键与外键约束区别。
1、外键约束。
2、外键。
一、完整性约束。
- MySQL的完整性约束用于确保数据库中的数据准确性和一致性。
- 这些约束通过定义规则来限制表中可以存储的数据类型和值。
（1）概念与目的。
<1>概念。
- 约束是作用于表中字段上的规则，用于限制存储在表中的数据。
<2>目的。
- 保证数据库中数据的正确、有效性和完整性。
（2）各个约束的详细（表格）
约束名称 描述 关键字 主键约束 1、主键是一行数据的唯一标识，要求非空且唯一。
2、唯一标识表中的每一行。
3、可以由一个或多个列组成（复合主键）。
PRIMARY KEY
(primary key)
唯一约束 1、保证该字段的所有数据都是唯一、不重复的。
2、确保一列或多列的值在表中是唯一的。
3、允许为空值，但多个空值不视为重复。
UNIQUE
(unique)
外键约束 1、用来让两张表的数据之间建立连接，保证数据的一致性和完整性。
2、确保一个表中的值在另一个表中存在（参照完整性）。
3、用于维护表之间的关系（例如，一对多、多对多）。FOREIGN KEY
(foreign key)
非空约束 1、限制该字段的数据不能为null 。
2、适用于所有数据类型。
NOT NULL
(not null)
默认(值)约束 1、保存数据时，如果未指定该字段的值，则采用默认值 DEFAULT
(default)
自动递增约束 1、通常与主键一起使用，自动生成唯一的数字序列。
2、通常用于主键列，确保每次插入新行时都有唯一的标识符。AUTO_INCREMENT
(auto_increment)
检查约束(8.0.16及更高版本支持) 1、保证字段值满足某一个条件。
2、check(age > 0)确保年龄列中的值是非负的。
CHECK
(check)
- 注意。约束是作用于表中字段上的，可以在创建表/修改表的时候添加约束。
（3）各个约束的简要总结。
<1>主键约束。
- 唯一且不为null（空）。
- 每一张表只能有一个主键约束！
- 如果一个表的其它字段想要设置唯一怎么办？用唯一约束！
<2>唯一约束。
- 只能保证唯一。但不能保证不为空。
- 每一张表可以有多个唯一约束！如：一张用户表的邮件、电话号码等等都需要唯一。
<3>非空约束。
- 不能为null。必须要赋值。
<4>默认值约束。
- 给列设置一个默认值。
- 如：给sex(性别)设置默认值'男'，如果性别没有赋值，就是男。
<5>外键约束。
- 关于两张表的约束。
- 子表某列的数据来源于主表的某列数据。比如：有一张"学生表"，其里面有一个班级id字段。那么这个班级id，在另外一张"班级表"中是存在的。
<6>检查约束。
- MySQL的高版本里才有。(8.0.16及更高版本支持)
- 限定值的范围。限制性别只能是男或女、年龄在18~50岁等等。
- 低版本不支持这个约束的使用。
（4）设置约束的操作演示。
<1>两种添加约束方式。
- 第一种。表已经创建好了。以修改表的方式添加约束。不过最好前提表里面没有数据，否则可能会因为一些数据冲突，导致加不进去。
- 第二种。在创建表时，一起将需要的约束添加好！也就是在数据库设计的时候就要考虑清楚。（推荐使用！）
<2>创建表时，同时添加约束。
1、创建学生表。
- 其中id (唯一不能为空, 主键约束)，name(非空)，sex(默认值 男)，age，email(唯一)。
2、在列声明后面直接声明主键（跟着书写）。
create table tb_student(id int primary key, #主键约束name varchar(50) not null, #非空约束sex varchar(10) default '男', #默认值约束age int,email varchar(100) unique #唯一约束 );
- 张三没有赋值性别，系统自动使用默认值'男'。
- 其它数据插入时，没有任何冲突，所以添加成功！
- 主键约束。唯一且非空。"王五"学生添加失败！
唯一约束。不允许"王五"与"李四"邮箱一样！
修改后。
3、另起一行声明主键。创建班级表。
（一般默认约束与非空约束不能另起一行写！）
- 班级表: id(主键)，cname 班级名称(非空)，loc 教室位置(唯一)。
- 创建表。
- 其中主键、唯一约束另起一行书写声明。
create table tb_class(id int,cname varchar(100) not null,loc varchar(100),primary key(id),unique (loc) );
- 测试失败。（原因）
- 测试成功！
<3>表已经创建好了，以修改表的方式来添加约束。
- 如果表中的数据违反约束，则添加失败。
- 主键操作方式。
- 补充：一般批量插入数据的时候，表中选择没有添加约束。否则执行sql脚本、批量添加数据时就会一个个检查约束，查看数据是否符合约束，就会很慢！所以等添加完数据，再添加约束也是可以的。
<4>主键约束设计。
- 每张表都应该有一个主键。
- 主键加在非业务数据上列，主键不允许修改。
<5>自动递增约束。
- auto_increment：自增列只能有一个，加在主键，唯一键。
- 自增列。默认开始值: 1, 每次加1。
- 如果手动给自增列赋值，程序是否报错? 不报错 。
- id：100 则下一个自增列的值：101。
- 程序如下。具体测试大家可以自己试试！
create table tb_class(id int auto_increment,cname varchar(100) not null,loc varchar(100),primary key(id),unique (loc) );insert into tb_class values (100,'一年级三班','2栋304');insert into tb_class(cname,loc) values ('一年级四班','2栋305');
<6>外键约束。
- 其实就是为了防止数据的不完整性！（下次补充！！）
（5）表与表之间的关系。
<1>三种关系。
1、一对一。
2、一对多。（多对一）
3、多对多。
<2>简要的概述。
- 一对一。
- 例如（t_person）表和（t_card）表，即人和身份证。
- 这种情况需要找出主从关系，即谁是主表，谁是从表。
- 人可以没有身份证，但身份证必须要有人才行，所以人是主表，而身份证是从表。设计从表可以有两种方案。
在t_card表中添加外键列（相对t_user表），并且给外键添加唯一约束；
给t_card表的主键添加外键约束（相对t_user表），即t_card表的主键也是外键。
一对多（多对一）。
最为常见的就是一对多！
一对多和多对一，这是从哪个角度去看得出来的。
t_user和t_section的关系，从t_user来看就是一对多，而从t_section的角度来看就是多对一！这种情况都是在多方创建外键！
例如存在一张员工表（emp）与一张部门表（dept）。一个部门里有多个员工，但是一个员工只能对应一个部门。则部门是（一），而员工是（多）。那么外键应该设置在员工表（emp）中的部门id（dept_id），对应着部门表（dept）的主键（dept_id）。
多对多。
例如：t_stu和t_teacher表，即一个学生可以有多个老师，而一个老师也可以有多个学生。
这种情况通常需要创建中间表来处理多对多关系。
所以需要创建一张表（tb_stu_tea）表，给出两个外键，一个相对t_stu表的外键，另一个相对t_teacher表的外键。
组合主键。（联合主键）
为了防止存相同的值。
可以设置组合主键（联合主键）——>primary key(stu_id,tea_id)！！变成了需要两个字段的值——>两两相等才会违背主键唯一。
<3>外键与外键约束区别。
1、外键约束。
- 对外键的一种约束。
- 外键的值只能来源于主表主键值，唯一键值。
2、外键。
- 是一个列。
- 用来维护两张表的关系。
