MySQL——表的约束
真正约束字段的是数据类型,但是数据类型约束很单一,需要有一些额外的约束,更好的保证数据的合法性,从业务逻辑角度保证数据的正确性。编译器也有约束,你的代码大小写或者参数写错了,会提示语法错误,这也可以看作一种约束。编译器是为了保证语法的正确性,而mysql通过约束来保证数据是符合预期的。
举例一个表的约束:有一个字段是email,要求是唯一的。
表的约束很多,这里主要介绍如下几个:
null/not null,default, comment, zerofill,primary key,auto_increment,unique key
非空约束
两个值:null(默认的)和not null(不为空) 数据库默认字段基本都是字段为空,但是实际开发时,尽可能保证字段不为空,因为数据为空没办法参与运算。
创建一个班级表,包含班级名和班级所在的教室。
站在正常的业务逻辑中:
如果班级没有名字,你不知道你在哪个班级
如果教室名字可以为空,就不知道在哪上课
所以我们在设计数据库表的时候,一定要在表中进行限制,满足上面条件的数据就不能插入到表中。这 就是“约束”。
create table myclass
(class_name varchar(20) not null,class_room varchar(10) not null
);

insert into myclass(class_name) values('class1');
insert into myclass(class_room) values('C-301');
insert into myclass(class_name,class_room) values('class1','C-301');
select * from myclass;只要有一个字段为空的话,mysql就拒绝插入。

默认值
默认值:某一种数据会经常性的出现某个具体的值,可以在一开始就指定好,在需要真实数据的时候, 用户可以选择性的使用默认值。
create table t9(name varchar(20) not null,age tinyint unsigned default 18,gender char(1) default '男'
);
设置了not null 的NULL那一列为NO,没有设置的话默认为YES;default的设置就是缺省,类似于缺省参数,有传值就是那个值,没有传值就是缺省参数设置的值。

default:如果设置了,用户将来插入,有具体的数据就用用户的没有就用默认的

既用not null 还用 default ,和只用null的区别:
只用null的话,用户不给值是无法直接插入的;而既用not null 又用default是可以忽略这个字段的,default可以自动填充该字段。not null 和 default是不冲突的。
如果我们建表的时候没有指定默认值,MySQL会做优化将默认值指定为NULL
not null和defalut一般不需要同时出现,因为default本身有默认值,不会为空
列描述
列描述:comment,没有实际含义,专门用来描述字段,会根据表创建语句保存,用来给程序员或DBA 来进行了解。
create table t10(name varchar(20) not null comment '姓名',age tinyint unsigned default 18 comment '年龄',sex char(2) default '男' comment '性别'
);
这里查不到注释信息

show create table 才能看见

怎么理解这也算是一种约束呢?
前边提到过是给程序员或DBA看的,那么当他们看到这个注释大概就知道这个列、字段大概的含义是什么,可以理解成一种软性的约束。
zerofill
在 MySQL 8.0 版本中,zerofill 约束已被标记为 deprecated(过时),具体来说:
从 MySQL 8.0.17 版本开始,zerofill 属性对于数值类型已被官方弃用,未来版本可能会完全移除支持。
这里还是讲一下吧。
在老版本的MySQL中int类型后边都有个(),括号里边带个数字
用show create table看一下,大概是这样的
mysql> show create table tt3\G***************** 1. row *****************Table: tt3Create Table: CREATE TABLE `tt3` (`a` int(10) unsigned DEFAULT NULL,`b` int(10) unsigned DEFAULT NULL) ENGINE=MyISAM DEFAULT CHARSET=gbk1 row in set (0.00 sec)可以看到int(10),这个代表什么意思呢?整型不是4字节码?这个10又代表什么呢?其实没有zerofill这个 属性,括号内的数字是毫无意义的。a和b列就是前面插入的数据,如下
mysql> insert into tt3 values(1,2);
Query OK, 1 row affected (0.00 sec)
mysql> select * from tt3;+------+------+| a | b |+------+------+| 1 | 2 |+------+------+但是对列添加了zerofill属性后,显示的结果就有所不同了。修改tt3表的属性:
alter table tt3 change a a int(5) unsigned zerofill;
show create table 在看一下
mysql> show create table tt3\G
*************************** 1. row ***************************Table: tt3
Create Table: CREATE TABLE `tt3` (`a` int(5) unsigned zerofill DEFAULT NULL, --具有了zerofill`b` int(10) unsigned DEFAULT NULL
) ENGINE=MyISAM DEFAULT CHARSET=gbk
对a列添加了zerofill属性,再进行查找,返回如下结果
select * from tt3;
+-------+------+
| a | b |
+-------+------+
| 00001 | 2 |
+-------+------+
这次可以看到a的值由原来的1变成00001,这就是zerofill属性的作用,如果宽度小于设定的宽度(这里 设置的是5),自动填充0。要注意的是,这只是最后显示的结果,在MySQL中实际存储的还是1。为什 么是这样呢?我们可以用hex函数来证明。
mysql> select a, hex(a) from tt3;
+-------+--------+
| a | hex(a) |
+-------+--------+
| 00001 | 1 |
+-------+--------+
可以看出数据库内部存储的还是1,00001只是设置了zerofill属性后的一种格式化输出而已。
主键
主键:
primary key用来唯一的约束该字段里面的数据,不能重复,不能为空,一张表中最多只能有一个 主键;主键所在的列通常是整数类型。
create table t11
(id int unsigned primary key comment '学号不能为空',name varchar(20) not null
);

主键对应的字段中不能重复,一旦重复,操作失败。

当表创建好以后但是没有主键的时候,可以再次追加主键
alter table 表名 add primary key(字段列表)
追加主键的字段不可重复,不可为空
删除主键
alter table 表名 drop primary key;

复合主键约束
在创建表的时候,在所有字段之后,使用primary key(主键字段列表)来创建主键,如果有多个字段 作为主键,可以使用复合主键
不是说一张表只能有一个主键吗,是的一张表只能有一个主键,但并不意味着一个表中的主键只能添加给一列(一个字段),所以一个主键可以被添加到一列或者多列上
create table t12(id int unsigned,course char(10) comment '课程代码',score tinyint unsigned default 60 comment '成绩',primary key(id,course) -- 注释id 和 course为复合主键
);
怎么显示有两个主键,并非两个主键,而是这两个字段合起来为一个主键

只有两个一样才冲突,而单个字段一言并不冲突

自增长
auto_increment:当对应的字段,不给值,会自动的被系统触发,系统会从当前字段中已经有的最大值 +1操作,得到一个新的不同的值。通常和主键搭配使用,作为逻辑主键。
自增长的特点:
任何一个字段要做自增长,前提是本身是一个索引(key一栏有值)
自增长字段必须是整数
一张表最多只能有一个自增长
案例:
创建表
create table t13
(id int unsigned primary key auto_increment,name varchar(10) not null default " "
);
只插入name字段
insert into t13 (name) values ('a');
insert into t13 (name) values ('b');

可以看到明明没有插入id的值,结果id自动根据插入顺序填充完成了。
在插入后获取上次插入的 AUTO_INCREMENT 的值(批量插入获取的是第一个值)

可以看到如果我插入了一个更大的值,那么下一个插入的值是基于上一个插入的值自增得来的

这是如何做到的呢?

创建表时有个AUTO_INCREMENT存了起始值,起始值可以自己设置

索引:
在关系数据库中,索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结 构,它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。
索引的作用相当于图书的目录,可以根据目录中的页码快速找到所需的内容。 索引提供指向存储在表的指定列中的数据值的指针,然后根据您指定的排序顺序对这些指针排序。 数据库使用索引以找到特定值,然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得 更快,可快速访问数据库表中的特定信息。
唯一键
一张表中有往往有很多字段需要唯一性,数据不能重复,但是一张表中只能有一个主键:唯一键就可以解决表中有多个字段需要唯一性约束的问题。
唯一键的本质和主键差不多,唯一键允许为空,而且可以多个为空,空字段不做唯一性比较。
关于唯一键和主键的区别: 我们可以简单理解成,主键更多的是标识唯一性的。而唯一键更多的是保证在业务上,不要和别的信息出现重复。
乍一听好像没啥区别,我们举一个例子
假设一个场景(当然,具体可能并不是这样)
比如在公司,我们需要一个员工管理系统,系统中有一个员工表,员工表中有两列信息,一个身份证号码,一 个是员工工号,我们可以选择身份号码作为主键。
而我们设计员工工号的时候,需要一种约束:而所有的员工工号都不能重复。 具体指的是在公司的业务上不能重复,我们设计表的时候,需要这个约束,那么就可以将员工工号设计成为唯一键。
一般而言,我们建议将主键设计成为和当前业务无关的字段,这样,当业务调整的时候,我们可以尽量不会对主键做过大的调整
案例:
创建学生表,将id字段设置为唯一键
create table student
(id char(10) unique comment '学号,不能重复,但是可以为空',name varchar(10)
);
插入
insert into student (id,name) values ('01','aaa');
insert into student (id,name) values ('01','bbb');
insert into student (id,name) values (null,'bbb');
第二个插入报错,唯一键不能重复,第三个插入又成功了,唯一键可以为空

外键
外键用于定义主表和从表之间的关系:外键约束主要定义在从表上,主表则是必须有主键约束或者是unique约束。当定义外键后,则要求外键的列数据必须在主表的主键列存在或者为null。
语法
foreign key (字段名) references 主表(列)
案例:
先创建主表:
create table myclass(id int primary key,name varchar(30) not null comment '班级名'
);
再创建从表
create table stu(id int primary key,name varchar(30) not null comment '学生名',class_id int,foreign key (class_id) references myclass(id)
);
insert into myclass values (10,'201班'),(20,'301班');
insert into stu values (100,'张三',10),(101,'李四',20);
正常插入数据

insert into stu values (102,'王五',30);
insert into stu values (102,'王五',null);
插入一个班级号为30的学生,因为没有这个班级,所以插入不成功
插入班级id为null,比如来了一个学生,目前还没有分配班级

外键:
1.从表和主表的关联关系
2.产生外键约束
如何理解外键约束?
首先我们承认,这个世界是数据很多都是相关性的。
理论上,上面的例子,我们不创建外键约束,就正常建立学生表,以及班级表,该有的字段我们都有。如果没有这个foreign key (class_id) references myclass(id)外键约束
此时,在实际使用的时候,可能会出现什么问题?
有没有可能插入的学生信息中有具体的班级,但是该班级却没有在班级表中?
比如只有班级101班,102班,但是在上课的学生里面竟然有103班的学生(这个班目前并 不存在),这很明显是有问题的。 因为此时两张表在业务上是有相关性的,但是在业务上没有建立约束关系,那么就可能出现问题。
也就是说这两个表之间只有外键之名(关联关系),但是没有外键之实(没有约束)。
解决方案就是通过外键完成的。建立外键的本质其实就是把相关性交给mysql去审核了,提前告诉mysql 表之间的约束关系,那么当用户插入不符合业务逻辑的数据的时候,mysql不允许你插入。
