MySQL表的约束

真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性。比如有一个字段是email，要求是唯一的。

表的约束很多，这里主要介绍如下几个： null/not null,default, comment, zerofill，primary，key，auto_increment，unique key 。

空属性

• 两个值：null（默认的）和not null(不为空)；
• 数据库默认字段基本都是字段为空，但是实际开发时，尽可能保证字段不为空，因为数据为空没办
  法参与运算。

通过select可以看到null的值为null。

由于空值无法参与运算，因此null值加一后得到的还是null。

案例：
创建一个班级表，包含班级名和班级所在的教室。
站在正常的业务逻辑中：

• 如果班级没有名字，你不知道你在哪个班级；
• 如果教室名字可以为空，就不知道在哪上课。

所以我们在设计数据库表的时候，一定要在表中进行限制，满足上面条件的数据就不能插入到表中。这就是“约束”。

创建一个班级表，表当中包含班级名和该班级所在的教室，如果插入数据时不想让这两个字段为空，就可以在创建表时给这两个字段设置not null属性。

创建表完成以后，查看表结构，可以发现这两个字段是不为空的。

向表中插入记录时只有这两个字段都不为空时才能插入成功，否则将会插入失败。

默认值

• 如果某一个字段会经常性的出现某个值，那么就可以考虑将这个值设置成该字段的默认值。
• 向表中插入数据时如果不给带有默认值的字段赋值，那么就会使用默认值进行插入。

创建一个用户表，表当中包含用户的姓名、年龄和性别，将用户的年龄默认设置成0，将用户的性别默认设置成男。

创建表完成以后，默认值就已经设置成功了。

如果此时在表中插入数据，如果我们不插入，就会显示默认值；

同时设置not null和default

• 一旦给某一字段设置了默认值，那么该字段将不会出现空值，因为就算插入数据时没有指明该字段的值，也会使用该字段的默认值进行填充。
• 而给某一字段设置not null属性的目的是约束该字段不能为空，因此一个字段设置了default属性后，再设置not null属性就没有意义了。

创建一个表，表当中包括姓名和id，将id同时设置default和not null属性。

查看表结构，我们会发现id字段不允许为null，默认值为1。

此时向表中插入值，如果不插入id值，就会默认为1。

列描述

列描述：comment，没有实际含义，专门用来描述字段，会根据表创建语句保存，用来给程序员或DBA来进行了解。

创建一个用户表，表当中包含用户名、用户的年龄和用户的性别，在每一个字段后面添加上对应的列描述。

创建表完毕后，通过show create table 表名SQL可以看到创建表时的相关细节，包括列描述。

zerofill

数值类型后面的圆括号中的数字，代表的是显示宽度，对应数值类型设置zerofill属性后，如果数据的宽度小于设定的宽度则自动填充0。

创建一个表，将表中数据的显示宽度设置为5，但是没有设置zerofill属性。

此时在a和b列插入数据，并没有什么变化。

我们将a列的属性添加上zerofill属性以后，由于a列数据的显示宽度为5，因此查看表中数据可以看到a列数据中宽度不足5位的数据都自动在前面填充0了。

注意，zerofill属性的作用就是让数据以特定的方式进行显示而已，数据底层的储存方式并没有发生变化，通过hex函数可以看到a列中显示的00001在底层实际储存的还是1。

可以看出数据库内部存储的还是1,00001只是设置了zerofill属性后的一种格式化输出而已。

主键

主键：primary key用来唯一的约束该字段里面的数据，不能重复，不能为空，一张表中最多只能有一个主键；主键所在的列通常是整数类型。

创建一个学生表，表当中包含学生的学号和姓名，由于学生的学号是不会重复的，因此可以将其设置成主键。

创建表成功后查看表结构，可以看到id对应的Key列出现了PRI，这表示我们已经成功将学号设置成这张表的主键了。此外，虽然在创建表的时候没有给学号设置not null属性，但由于主键本身就是不能为空的，因此id默认也就不能为空了。

所谓的主键约束就是，插入表中的记录的主键字段不能重复，如果插入记录的主键与表中已有记录的主键重复，这时就会因为主键冲突而插入失败。

使用 alter table 表名 drop primary key SQL即可删除指定表的主键，因为一个表只有一个主键，因此删除主键时只用指明要删除哪张表的主键即可。比如这里删除学生表的主键后再查看表结构，可以看到id对应的Key列的PRI已经没有了。

对于已经创建好了的表，使用 alter table 表名 add primary key(列名) SQL可以给指定列设置成主键，但是需要注意的是，只有列当中的值不为空并且不重复的列才能被设置成主键。比如这里重新将学号设置成学生表的主键后再查看表结构，可以看到id对应的Key列的PRI又回来了。

复合主键

• 一张表里面只能有一个主键，但一个主键可以由多个字段来承担，这种主键叫做复合主键。
• 复合主键用来唯一约束多个字段里面的数据，表当中每条记录的这多个字段不能同时重复也不能为空。

创建一个表，表当中包含id，course和score组合起来形成一个复合主键。

表创建完毕后查看表结构，可以看到id和course的Key列都有PRI标志，并且它们都是不允许为空的。

在向表中插入数据时，只有插入id和course均出现冲突时才会产生主键冲突，否则就允许插入。

查看表中的数据我们可以看见，id可以是重复的，course也可以是重复的，但是id和course不可以同时是重复的，这就是复合主键的作用。

使用alter table 表名 drop primary keySQL可以删除指定表的复合主键，比如这里删除进程表的复合主键后再查看表结构，可以看到id和course对应的Key列的PRI都没有了。

对于已经创建好了的表，也可以使用alter table 表名 add primary key(多个列名)SQL用多个列形成复合主键，但是需要注意的是，被选取的多个列当中的值不能为空并且不能同时出现重复。比如这里重新将id和course设置成进程表的复合主键后再查看表结构，可以看到id和course对应的Key列的PRI又回来了。

自增长

auto_increment：当对应的字段，不给值，会自动的被系统触发，系统会从当前字段中已经有的最大值+1操作，得到一个新的不同的值。通常和主键搭配使用，作为逻辑主键。

自增长的特点:

• 任何一个字段要做自增长，前提是本身是一个索引（key一栏有值）；
• 自增长字段必须是整数；
• 一张表最多只能有一个自增长。

创建一个表，表当中包含id和name，将id同时设置成主键和自增长字段。

创建表完毕后查看表结构，可以看到id的Extra列中出现了auto_increment标志。

向表中插入第一条记录时如果没有指明自增长字段的值，那么自增长字段的值默认将会从1开始，后续向表中插入记录时如果也不指明自增长字段的值，那么自增长字段的值就会依次递增。

当然，插入记录的时候也可以指明自增长字段的值，此时将会使用该值进行插入，但注意指明的值不能和表中已有的id值重复，此后向表中插入记录时如果又不指明自增长字段的值，那么自增长字段的值将会从id列中找出最大值，将最大值加一后得到的值作为自增长字段的值进行插入。

索引：

• 在关系数据库中，索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录，可以根据目录中的页码快速找到所需的内容。
• 索引提供指向存储在表的指定列中的数据值的指针，然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值，然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快，可快速访问数据库表中的特定信息。

唯一键

• 一张表中有往往有很多字段需要唯一性，数据不能重复，但是一张表中只能有一个主键：唯一键就可以解决表中有多个字段需要唯一性约束的问题。
• 唯一键的本质和主键差不多，唯一键允许为空，而且可以多个为空，空字段不做唯一性比较。
• 我们可以简单理解成，主键更多的是标识唯一性的。而唯一键更多的是保证在业务上，不要和别的信息出现重复。

创建一个学生表，表当中包含学生的id、姓名和电话号码，将我们选择id作为主键，但同时每个学生的电话号码也应该具有唯一性约束，因此应该将电话号码设置成唯一键。

表创建完毕后查看表结构，可以看到number的Key列出现了UNI标志，这就表明number已经成功被设置成唯一键了。

向表中插入记录时，如果插入记录中的电话号码与表中已有记录的电话号码出现重复，那么就会因为唯一键冲突而插入失败。

向表中插入的记录可以不指明唯一键字段的值，此时该字段默认为空，不做唯一性比较。

外键

外键用于定义主表和从表之间的关系：外键约束主要定义在从表上，主表则必须是有主键约束或unique
约束。当定义外键后，要求外键列数据必须在主表的主键列存在或为null。

先创建一个班级表作为主表，表当中包含班级的id和班级名，并将班级id设置为主键。

再创建一个学生表作为从表，表当中包含学生的id、姓名以及学生所在班级对应的id，并将学生表中的班级id列设置成外键，关联到班级表中的班级id列。

表创建完毕后查看学生表的表结构，可以看到学生表中的班级id对应的Key列出现了MUL标志，这表明class_id已经成功被设置成了外键。

我们先向班级表中插入两条记录。

这时向学生表中插入记录时，如果插入的记录对应的班级id是班级表中存在的，或者插入的班级id为null，那么此时是允许进行插入的。

如果插入学生表的记录对应的班级id是103，相当于插入学生表的这条记录对应的班级并不存在，此时将会插入失败，这就是外键约束。

这时如果向班级表中插入班级id为103的班级信息，然后再向学生表中插入上述记录，这时就允许插入了。

• 理论上来说，我们创建班级表和学生表后就算不设置外键，在语义上其实也已经有了外键，但这样我们没办法保证后续插入学生表的记录中的班级id的正确性。
• 而我们给学生表中的班级id设置成外键后，外键约束就能保证只有班级id在班级表中存在的记录才能插入学生表，否则就会插入失败。
• 实际建立外键的本质就是把相关性交给MySQL去审核了，提前告诉MySQL表之间的约束关系，当用户插入不符合业务逻辑的数据时，MySQL就不允许你进行插入。