目录
一、完整性约束。
(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、外键。
- 是一个列。
- 用来维护两张表的关系。