数据库的约束 not null, unique, default, primary key, foreign key, check

约束可以理解成 数据库提供的一种针对数据的合法性进行验证的机制, 在创建表的时候使用

1. 约束类型

  • NOT NULL - 指示某列不能存储 NULL 值, 表里的这个内容是必填项
  • UNIQUE - 保证某列的每行必须有唯一的值, 不能重复  每次插入/修改时, 都要先触发查询, 如果当前插入/修改的值已经存在, 就会插入/修改失败
  • DEFAULT - 规定没有给列赋值时的默认值  一般在指定列插入时会用到, 如果没有规定默认值, 默认值就为NULL
  • PRIMARY KEY - 主键  NOT NULL 和 UNIQUE 的结合。确保某列(或两个列多个列的结合)有唯一标识,有助于更容易更快速地找到表中的一个特定的记录。
  • FOREIGN KEY - 外键  涉及到两个表之间的关系 保证一个表中的数据匹配另一个表中的值的参照完整性。
  • CHECK - 保证列中的值符合指定的条件。对于MySQL数据库,对CHECK子句进行分析,但是忽略CHECK子句

2. not null

create table 表名 (列名 类型 not null,...);

创建一个学生表, 如果没加not null:

 Null这一列为YES, 表示这一列可以为空

加上not null:

 Null这一列为NO, 表示这一列不可以为空

当我们在对这一列的数据进行添加和修改时, 不可以附空值:

2. unique

 create table 表名 (列名 类型 unique,...);

创建一个学生表, 如果没加unique:

是允许插入重复数据的

加上unique:

 KEY这一列中id为UNI, 表示id这一属性是unique的

当我们在对这一列的数据进行添加和修改时, 不可以添加和修改为重复值:

3. default

create table 表名 (列名 类型 default 默认值,...);

创建一个学生表, 如果没加default:

没有指定id为2时的name, 那么默认值为NULL

加上default:

 Default这一列对应的name为'无名氏', 将name的默认值设为'无名氏'

再进行指定列插入时, 不指定name:

4. primary key

create table 表名 (列名 类型 primary key,...);

注意: 一个表中只能有一个主键, 但一个主键不一定只对应一个列, 可以是多个列联合作为主键, 称为联合主键 

指定student表中id作为主键:

Key这一列id为PRI, 表示id为主键, 并且Null为NO, 主键不能为NULL 

 因为主键的条件是not null + unique, 所以可以这样定义:

默认也是主键  

自增主键:

一般来说, 我们会使用整数id作为主键, 那么在实际开发中, 我们如何保证id的值是非空且唯一的呢?

在mysql中提供了"自增主键", 在每次插入新的数据时, 都能把主键基于最大的主键值+1

语法:

create table 表名 (列名 类型 primary key auto_increment,...);

例:

将学生表的id设为自增主键

Extra中auto_increment就是对自增主键的说明

插入数据:

此时, 插入的null并非是真的null值, 而是根据自增规则, 自动插入数据, 默认从0开始自增

当然这种情况下, 我们也可以手动指定id, 不一定非要依赖自增主键:

此时再次指定null, 下一个id应该是101:

如果将id为100和101都删去, 再次插入null, 下一个id是102!

如此, 5-99这些id, 就不会再自增主键时出现了

基于分布式系统下生成唯一id:

自增主键, 本质上上mysql服务器存储了当前表中的最大id, 再进行累加的, 但是如果基于分布式系统, 存储数据的时候, 每一个机器都存储了部分数据, 这些数据分别都有最大值, 那么显然"自增主键"就无能为力了

那么在分布式系统中, 生成唯一id算法有很多种, 此处给出一个最简单最朴素的方式, 其他的生成算法核心思路大同小异的:

时间戳(ms) + 机器的编号(应用程序所谓机器) + 随机因子(随机数)

---> 得到一个字符串

---> 计算hash值, 得到一个整数, 作为id 

简单介绍计算字符串hash值的算法:

java中自带一个比较简单的计算方式, 但是在实际开发中用得不多, 在实际开发中, md5, sha1用的多, 但其实这几种算法都是数学问题, 只是套用的公式不同, 想要了解具体的算法并不容易, 但我们更关注的是算法的特性

以md5 为例(其他大同小异), 主要有三个方面特性:

  1. 定长  无论输入的字符串多长, 最终算出来的hash值都是一样长的
  2. 分散  输入的字符串, 那怕只有一点点不一样, 得到的md5值都会差异很大 (这也是称为hash算法的根本)
  3. 不可逆 给你原始字符串, 计算hash值, 对计算机来说非常简单, 但黑泥hash值,还原成原始的字符串, 理论上不可行

5. foreign key

create table 表名 (列名 类型 , 列名 类型, ... , foreign key (当前表中(子表)的某一列名) references 表名2 (表名2中(父表)的某个列名));

注意:  引用父表的这个列, 要么是主键, 要么是unique, 不然不能当做外键使用

例:

如果不加外键链接, 创建student表和class表:

 给class添加数据:

给student添加数据:

此时我们看到, 给学生班级id设成100也是可以通过的,  但实际班级id没有100, 所以就会出现问题

加外键链接, 创建student表和class表:

此时, student的classID和class的classID就建立了联系, student中classID的值, 必须在class中classID中存在!!  

class表, 就对student表产生了制约, 此时就把class表(制约别人的表) 称为"父表"(parent table), 把student表(被制约的表) 称为"子表"(child table)

此时向表中添加数据:

因为class表中没有classID为100的班级, 所以添加失败, 触发了外键约束

删除父表中的外键约束:

删除classID为3可以成功, 而删除classID为1不成功, 因为在子表中已经使用个这个classID

所以实际上, 确实是父亲约束儿子, 儿子不能随意添加和修改, 但同时儿子也在约束父亲, 不能随意删除和修改, 是双向约束的过程!!

考虑一个场景: 一个电商网站, 肯定会有两个数据库:

商品表(id,name,price...)

订单表(orderid, ...,goodid)

订单表中, 存在一些记录, 引用自商品表的某个数据

未来某一天, 我不买这个商品了, 要下架, 如果这时想要删除这件商品, 还不被允许的, 那应该怎么办呢?

答案是: 添加标记字段

商品表(id,name,price... isOK)

isOK如果是1, 表示有效数据, isOK是0, 表示无效数据

当我们要删除商品时, 不再是delete, 而是将isOK改成0, 后续用户查询商品列表时, 也是通过条件, 只返回isOK为1的记录, 此时即保证了数据能够删除, 也不违背外键约束, 这种删除称为逻辑删除

其实在硬盘上删除一个文件, 也不是说把硬盘上的对应空间的数据给擦除, 也是标记成无效(标记成无效后, 可能就会被系统用来存储别的数据了)

那么如何删除数据才是安全的呢?  --- 物理删除!!(把硬盘砸了)

6. check

check mysql5.7并不支持, 主要的作用是在执行语句之前判断是否满足check后的条件

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值