MySQL数据库的约束及数据表的设计原理 目录 1. 数据库的约束 1.1 介绍 1.2 约束类型 1.3 not null 1.4 unique 1.5 default 1.6 primary key 1.7 foreign key 1.8 check 2. 数据库表的设计 2.1 一对一关系 2.2 一对多关系 2.3 多对多关系 1. 数据库的约束 1.1 介绍 数据库中的约束
目录
- 1. 数据库的约束
- 1.1 介绍
- 1.2 约束类型
- 1.3 not null
- 1.4 unique
- 1.5 default
- 1.6 primary key
- 1.7 foreign key
- 1.8 check
- 2. 数据库表的设计
- 2.1 一对一关系
- 2.2 一对多关系
- 2.3 多对多关系
1. 数据库的约束
1.1 介绍
数据库中的约束 ,顾名思义即是对插入数据库中的数据进行限定,这么做的目的是为了保证数据的有效性和完整性。 这样就大幅度地提高了数据库中数据的质量,节省了数据库的空间和调用数据的时间。
之前介绍过 MySQL 中的数据类型,数据类型其实就能够对一部分数据进行校验。约束也一样,同样能够对一些数据进行校验工作。这样就可以尽量避免出现一些非法的数据
1.2 约束类型
常见约束的类型有以下几种:
not null
: 指示某列不能存储 null 值unique
: 保证某列的每行必须是唯一值,不能有重复default
: 规定没有给列赋值时的默认值primary key
: 表示主键,是not null
和unique
的结合。确保某列(或多个列的结合)有唯一标识,有助于更容易更快速的找到表中的一个特定的记录foreign key
: 保证一个表中的数据匹配另一个表中的值的参照完整性check
: 保证列中的值符合指定的条件。对于 MySQL 数据库,可以使用 check,但是其使用结果忽略
1.3 not null
如果不使用 not null
,即表示默认情况下可以插入 null
(即这列的值可以不填)
但是例如做一些调查问卷时,就有必填项,此时这些选项就不能为空,就可以使用 not null
示例:
作用: 使用 not null 后插入值不能为 null
1.4 unique
如果不使用 unique
,那么某列不同行的值是可以重复的。
但实际生活中,例如身份证号码、电话号码等等其实是一个唯一值,此时就可以使用 unique
示例:
作用: 使某列的值都是唯一的,不能重复
注意:
当列有 unique
约束时,进入插入前,就先会查找,如果要插入的值不存在,才会进行插入,因此使用 unique 其实会影响效率,但总的来说利大于弊。
1.5 default
当我们不使用 default
去指定列的默认值时,该默认值就为 null,如果你想改变某列的默认值,就可以使用 default
示例:
作用: 可以指定某列的默认值
1.6 primary key
primary key
是主键,表示了一个记录的身份标识,相当于同时使用 not null 和 unique
示例:
作用: 指定主键
注意:
- 一张表中只能有一个主键
- 主键可以由多个列联合形成
补充: 自动增量 —— auto_increment
MySQL 可以自动的为每个行分配下一个可用的编号,不用在添加一行时手动分配唯一值(可以手动分配唯一值)。但是必须用在 create 创建表的时候,例如:
注意:当使用自动增量和手动分配混搭时,这个唯一值就不一定是有序的了
1.7 foreign key
foreign key
是外键约束,可用于关联其它表的主键或唯一值
例如淘宝购物的话,一个数据库中可以有商品表和订单表两个数据表,而这两个表都可以包含商品编号。而订单表里面的商品编号一定是商品表里面有的前提下才可以出现。因此就可以使用外键来约束,防止非正常数据出现
示例:
作用:
外键约束将两张表绑定起来,其中被约束的表可以叫做子表,约束别人的表叫做父表,如果子表中的列要插入的值在父表中关联的主键或唯一值中没有,那么将插入将会失败
注意: 外键约束会导致父表中的记录不能直接删,那么想要删除父表的记录该怎么做呢?(例如要下架某个商品,该商品的编号也就没了)
解决思路: 逻辑删除(不直接删除数据库的记录,没有打破外键约束)
在商品表中引入一个新的字段,通过这个字段表示该记录是有效还是无效的。可以令这个字段默认值为1,即表示有效,如果要删除这个商品,就把这个字段改为0,此时该商品就无效了。
1.8 check
check
约束是可以指定某列可以填入的数据,例如性别,就只能填入男或者女
注意:
MySQL 中现在还不支持该约束,即使用了,也会忽略该约束的影响
示例:
2. 数据库表的设计
当我们掌握了基本的数据库的操作方法后,如果我们要面对一个从零开始建表的操作,势必要对我们需要的实体和它们之间的关系有一个很好的把握。
实体之间的关系主要存在以下四种:
- 无关系
- 一对一关系
- 一对多关系
- 多对多关系
2.1 一对一关系
例如一个学生对应着有一个系统的用户身份,我们就可以有两种设计方式
将学生信息和用户信息放到一个表中
学号 | 学生姓名 | 用户名 | 用户密码 |
---|---|---|---|
2001 | 张三 | 三娃 | *** |
2002 | 李四 | 四娃 | *** |
2003 | 王五 | 五娃 | *** |
将学生放到 A 表中,用户信息放到 B 表中,在 B 表中可以插入学生学号来将学生和用户进行关联
A 表:
学号 | 学生姓名 |
---|---|
2001 | 张三 |
2002 | 李四 |
2003 | 王五 |
B 表:
用户名 | 用户密码 | 学生学号 |
---|---|---|
三娃 | *** | 2001 |
四娃 | *** | 2002 |
五娃 | *** | 2003 |
2.2 一对多关系
例如一般一个中学学生和班级之间是一对多的关系,一个学生只能有一个班级,一个班级里面可以有多个学生。
我们通常可以设计两张表,存放学生信息的 A 表,和班级信息的 B 表,在学生信息中添加班级来进行关联
A表:
学号 | 学生姓名 | 班级id |
---|---|---|
2001 | 张三 | 1 |
2002 | 李四 | 1 |
2003 | 王五 | 2 |
B 表:
班级id | 班级名称 |
---|---|
1 | 高三(1)班 |
2 | 高三(2)班 |
2.3 多对多关系
例如大学生和课程之间,就是一个多对多的关系,一个学生可能有不同的多个课程,一个课程也有很多个学生来选择。
这时我们设计三个表,分别为存放学生信息的 A 表、存放课程信息的 B 表和将学生与课程联系起来的中间表 C 表
A表:
学号 | 学生姓名 |
---|---|
2001 | 张三 |
2002 | 李四 |
2003 | 王五 |
B 表:
课程id | 课程名 |
---|---|
1 | 高等数学 |
2 | 大学物理 |
3 | 数据库理论 |
C 表:
学号 | 课程id |
---|---|
2001 | 1 |
2001 | 2 |
2002 | 1 |
2002 | 3 |
2003 | 1 |
到此这篇关于MySQL 数据库的约束及数据表的设计原理的文章就介绍到这了,更多相关MySQL 数据库的约束及数据表设计内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!
本文标题为:MySQL 数据库的约束及数据表的设计原理
- MySQL8.0.28安装教程详细图解(windows 64位) 2023-07-26
- 基于Python制作一个简单的文章搜索工具 2023-07-28
- 在阿里云CentOS 6.8上安装Redis 2023-09-12
- Oracle 删除大量表记录操作分析总结 2023-07-23
- 搭建单机Redis缓存服务的实现 2023-07-13
- Mongodb启动报错完美解决方案:about to fork child process,waiting until server is ready for connections. 2023-07-16
- Numpy中如何创建矩阵并等间隔抽取数据 2023-07-28
- SQLSERVER调用C#的代码实现 2023-07-29
- redis清除数据 2023-09-13
- SQL Server 2022 AlwaysOn新特性之包含可用性组详解 2023-07-29