真正约束字段的是数据类型,但是数据类型约束很单一,需要有一些额外的约束,更好的 保证数据的合 法性 ,从业务逻辑角度保证数据的正确性。比如有一个字段是 email ,要求是唯一的。
表的约束很多,这里主要介绍如下几个: null/not null,default, comment, zerofill primary
key auto_increment unique key

一、空属性

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

创建一个班级表,包含班级名和班级所在的教室。
站在正常的业务逻辑中:
如果班级没有名字,你不知道你在哪个班级
如果教室名字可以为空,就不知道在哪上课
所以我们在设计数据库表的时候,一定要在表中进行限制,满足上面条件的数据就不能插入到表中。这就是“ 约束

二、默认值

默认值:某一种数据会经常性的出现某个具体的值,可以在一开始就指定好,在需要真实数据的时候,用户可以选择性的使用默认值。

默认值的生效:数据在插入的时候不给该字段赋值,就使用默认值

可以看到MySQL默认给我约束了。

三、comment

列描述: comment ,没有实际含义,专门用来描述字段,会根据表创建语句保存,用来给程序员或 DBA来进行了解。
通过 desc 查看不到注释信息:
通过 show 可以看到:

-- 注意: not null defalut 一般不需要同时出现,因为 default 本身有默认值,不会为空

四、zerofill

刚开始学习数据库时,很多人对 数字类型 后面的长度很迷茫。通过 show 看看 tt3 表的建表语句:
可以看到 int(10), 这个代表什么意思呢?整型不是 4 字节码?这个 10 又代表什么呢?其实没有 zerofill 这个属性,括号内的数字是毫无意义的。a b 列就是前面插入的数据,如下:

但是对列添加了 zerofill 属性后,显示的结果就有所不同了。修改 tt3 表的属性:

这次可以看到 a 的值由原来的 1 变成 00001 ,这就是 zerofill 属性的作用,如果宽度小于设定的宽度(这里设置的是5 ),自动填充 0 。要注意的是,这只是最后显示的结果,在 MySQL 中实际存储的还是 1 。为什么是这样呢?我们可以用hex 函数来证明。

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

超过了以后是多少就是多少,不会增加零。

五、主键

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

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

指定修改。(就类似于key/value)。

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

出现重复的id,无法增加主键。

复合主键
在创建表的时候,在所有字段之后,使用 primary key( 主键字段列表 ) 来创建主键,如果有多个字段
作为主键,可以使用复合主键。

六、自增长

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

自增长的特点:

任何一个字段要做自增长,前提是本身是一个索引(key一栏有值)

自增长字段必须是整数

一张表最多只能有一个自增长

可以设置从哪里开始。

在插入后获取上次插入的AUTO_INCREMENT 的值(批量插入获取的是第一个值)

select last_insert_id();

索引:

在关系数据库中,索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构,它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录,可以根据目录中的页码快速找到所需的内容。

索引提供指向存储在表的指定列中的数据值的指针,然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值,然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快,可快速访问数据库表中的特定信息。

七、唯一键

一张表中有往往有很多字段需要唯一性,数据不能重复,但是一张表中只能有一个主键:唯一键就可以解决表中有多个字段需要唯一性约束的问题。

唯一键的本质和主键差不多,唯一键允许为空,而且可以多个为空,空字段不做唯一性比较。

关于唯一键和主键的区别:

我们可以简单理解成,主键更多的是标识唯一性的。而唯一键更多的是保证在业务上,不要和别的信息出现重复。乍一听好像没啥区别,我们举一个例子

假设一个场景(当然,具体可能并不是这样,仅仅为了帮助大家理解)

比如在公司,我们需要一个员工管理系统,系统中有一个员工表,员工表中有两列信息,一个身份证号码,一个是员工工号,我们可以选择身份号码作为主键。

而我们设计员工工号的时候,需要一种约束:而所有的员工工号都不能重复。

具体指的是在公司的业务上不能重复,我们设计表的时候,需要这个约束,那么就可以将员工工号设计成为唯一键。

一般而言,我们建议将主键设计成为和当前业务无关的字段,这样,当业务调整的时候,我们可以尽量不会对主键做过大的调整。

八、外键

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

建立两张表。

可以根据学生查到班级。

班不在,学生在。

可以看到不合理,一班学生还在,班没了。

被约束力!!(悲!!!)。

外键图解

首先我们承认,这个世界是数据很多都是相关性的。

理论上,上面的例子,我们不创建外键约束,就正常建立学生表,以及班级表,该有的字段我们都有。

此时,在实际使用的时候,可能会出现什么问题?

有没有可能插入的学生信息中有具体的班级,但是该班级却没有在班级表中?

比如比特只开了比特100班,比特101班,但是在上课的学生里面竟然有比特102班的学生(这个班目前并不存在),这很明显是有问题的。

因为此时两张表在业务上是有相关性的,但是在业务上没有建立约束关系,那么就可能出现问题。

解决方案就是通过外键完成的。建立外键的本质其实就是把相关性交给mysql去审核了,提前告诉mysql表之间的约束关系,那么当用户插入不符合业务逻辑的数据的时候,mysql不允许你插入。

九、小练习

有一个商店的数据,记录客户及购物情况,有以下三个表组成:

商品goods(商品编号goods_id,商品名goods_name, 单价unitprice, 商品类别category, 供应商 provider)

客户customer(客户号customer_id,姓名name,住址address,邮箱email,性别sex,身份证card_id)

购买purchase(购买订单号order_id,客户号customer_id,商品号goods_id,购买数量nums)

要求:

每个表的主外键

客户的姓名不能为空值

邮箱不能重复

客户的性别(男,女)

答案:

-- 创建数据库
create database if not exists bit32mall 
default character set utf8 ;
-- 选择数据库
use bit32mall ;
-- 创建数据库表
-- 商品
create table if not exists goods
(
goods_id  int primary key auto_increment comment '商品编号', 
goods_name varchar(32) not null comment '商品名称', 
unitprice  int  not null default 0  comment '单价,单位分', 
category  varchar(12) comment '商品分类',
provider  varchar(64) not null comment '供应商名称'
);
-- 客户
create table if not exists customer
(
customer_id  int primary key auto_increment comment '客户编号', 
name varchar(32) not null comment '客户姓名',
address  varchar(256)  comment '客户地址',
email  varchar(64)  unique key comment '电子邮箱',
sex  enum('男','女') not null comment '性别',
card_id char(18) unique key comment '身份证'
);
-- 购买
create table if not exists purchase
(
order_id  int primary key auto_increment comment '订单号', 
customer_id int comment '客户编号',
goods_id  int  comment '商品编号',
nums  int  default 0 comment '购买数量',
foreign key (customer_id) references customer(customer_id), 
foreign key (goods_id) references goods(goods_id)
);
Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐