-
-
约束条件之外键
-
自增特性
create table t1(
id int primary key auto_increment,
name varchar(32)
);
insert into t1(name) values('jason'),('kevin'),('tony');
insert into t1(name) values('oscar'); # id=4
delete from t1 where id=4;
insert into t1(name) values('oscar'); # id=5
'''自增不会随着数据的删除而回退'''
delete from t1; # 删除数据但无法重置主键
insert into t1(name) values('jason'),('kevin'),('tony');
truncate t1; # 删除数据并重置主键值
insert into t1(name) values('jason'),('kevin'),('tony');
外键简介
外键就是用来表示表与表之间关系的 是关系型数据库最重要的特征
# 前戏
创建一张员工表
id name age dep_name dep_desc
缺陷
1.表的重点不清晰
既可以说是员工表也可以说是部门表
2.表中某些字段对应的数据一直在重复
浪费存储空间
3.表的扩展性极差 牵一发而动全身
耦合度太高 不利于维护
解决:
将一张表一分为二
员工表 部门表
id name age id dep_name
dep_desc
# 拆表之后上述的三个缺陷解决
但是迎来了一个致命问题 >>> 员工于部分之间没有了绑定关系
在员工表中添加一个部门编号字段与部门表的主键字段对应
"""
该字段其实就是外键字段
外键字段就是用来记录表与表之间数据的关系
"""
外键关系
总共四种:
1.一对多
2.多对多
3.一对一
4.没有关系
"""
关系的判断四字口诀:换位思考
"""
# 一对多
1.以员工表与部门表为例
先站在员工表的角度
一个员工能否对应多个部门?
不可以
再站在部门表的角度
一个部门能否对应多个员工?
可以
结论:换位思考之后得出的答案是一个可以一个不可以
所以关系是"一对多"部门是"一"员工是"多"
'''关系表达式只能用一对多 不能用多对一'''
一对多关系 外键字段建在"多的一方"(员工表)
外键SQL语句
"""
如果表中有外键字段 那么建议先编写普通字段 最后在考虑外键字段
"""
# 在创建表字段的时候也可以给每个字段添加文字注释
create table emp(
id int primary key auto_increment comment'编号',
name varchar(32) comment '姓名',
age int comment'年龄',
dep_id int commet '部门编号',
foreign key(dep_id) references dep(id)
);
create table emp(
id int primary key auto_increment comment '编号',
dep_name varchar(32) comment '部门名称',
dep_name varchar(32) comment '部门描述'
);
# foregin key的约束效果
1.创建表的时候 应该先创建被关联表(没有外键字段的表)
2.插入数据的时候 应该先插入被关联表(没有外键字段的表)
外键字段填入的值只能是被关联表中已存在的值
3.修改、删除被关联表数据都会出现障碍
update dep set id=200 where id=2;
delete from dep where id=2;
# 级联更新级联删除
create table emp1(
id int primary key auto_increment comment'编号',
name varchar(32) comment '姓名',
age int comment '年龄',
dep_id int comment '部门编号',
foreign key(dep_id) references dep1(id)
on update cascade # 级联更新
on delete cascade # 级联删除
);
create table dep1(
id int primary key auto_increment comment '编号',
dep_name varchar(32) comment '部门名称',
dep_name varchar(32) comment '部门描述'
);
"""
在实际工作中外键也可能不会使用 因为外键会消耗额外的资源
并且会增加表的复杂度
表很多的情况下 我们也可以通过SQL语句的形式建立逻辑意义上的表关系
"""
多对多关系
以图书表与作者表为例
1.先站在图书表的角度
一本书籍能否对应多名作者?
可以
2.再站在作者表的角度
一名作者能否对应多本书籍?
可以
结论:换位思考之后两边都可以 那么就是'多对多'关系
create table book(
id int primary key auto_increment,
title varchar(32),
price float(10,2),
author_id int,
foreign key(author_id) references author(id)
on update cascade # 级联更新
on delete cascade # 级联删除
);
create table author(
id int primary key auto_increment,
name varchar(32),
gender enum('male','female','others'),
book_id int,
foreign key(book_id) references book(id)
on update cascade # 级联更新
on delete cascade # 级联删除
);
"""
针对多对多关系 需要单独开设第三张表专门存储关系
"""
create table book(
id int primary key auto_increment,
title varchar(32),
price float(10,2)
);
create table author(
id int primary key auto_increment,
name varchar(32),
gender enum('male','female','others')
);
create table book2author(
id int primary key auto_increment,
author_id int,
book_id int,
foreign key(author_id) references author(id)
on update cascade # 级联更新
on delete cascade, # 级联删除
foreign key(book_id) references book(id)
on update cascade # 级联更新
on delete cascade # 级联删除
);
# 针对多对多表关系
两张基表内的数据没有在第三张内绑定关系的情况下随意新增修改删除
一对一关系
针对qq用户表 其实里面的数据可以分成两类
热数据:经常需要使用的数据
eg:qq号码 座右铭 个人简介 爱好
冷数据:不怎么经常需要使用的数据
eg:邮箱 电话 学校 ...
为了节省资源并降低数据库压力 会将表一分为二
用户表
存使用频率较高的数据字段
用户详情表
存使用频率较低的数据字段
1.先站在用户表的角度
一个用户数据能否对应多个用户详情数据?
不可以
2.再站在用户详情表的角度
一个用户详情数据能否对应多个用户数据?
不可以
结论:换位思考之后两边都不可以 那么关系可能有两种
'没有关系'
'一对一关系'
针对'一对一关系'外键字段建在任意一方都可以,但是推荐建在查询频率较高的较好的一方
create table User(
id int primary key auto_increment,
name varchar(32),
gender enum('male','female','others'),
user_detail_id int unique, # 避免表中用户名重名,可以把用户名设置为唯一约束
foreign key(user_detail_id) references UserDetail(id)
on update cascade # 级联更新
on delete cascade, # 级联删除
);
create table UserDetail(
id int primary key auto_increment,
phone bigint,
age int
);
表查询关键字
select\from\where\group by\having\distinct\order by\limit\regexp
from:需要从哪个数据表检索数据
where:过滤表中数据的条件
group by:如何将上面过滤出的数据分组
having:对上面已经分组的数据进行过滤的条件
select:查看结果集中的哪个列,或列的计算结果
order by :按照什么样的顺序来查看返回的数据
limit:限制展示条数
regexp正则
# 数据准备
create table emp(
id int primary key auto_increment,
name varchar(20) not null,
sex enum('male','famale') not null default 'male',
age int(3) unsigned not null default 28,
hire_date date not null,
post varchar(50),
post_comment varchar(100),
salary double(15,2),
office int, #一个部门一个屋子
depart_id int
)
#插入记录
#三个部门:教学,销售,运营
insert into emp(name,sex,age,hire_date,post,salary,office,depart_id) values
('jason','male',18,'20170301','张江第一帅形象代言',7300.33,401,1), #以下是教学部
('tom','male',78,'20150302','teacher',1000000.31,401,1),
('kevin','male',81,'20130305','teacher',8300,401,1),
('tony','male',73,'20140701','teacher',3500,401,1),
('owen','male',28,'20121101','teacher',2100,401,1),
('jack','female',18,'20110211','teacher',9000,401,1),
('jenny','male',18,'19000301','teacher',30000,401,1),
('sank','male',48,'20101111','teacher',10000,401,1),
('哈哈','female',48,'20150311','sale',3000.13,402,2),#以下是销售部门
('呵呵','female',38,'20101101','sale',2000.35,402,2),
('西西','female',18,'20110312','sale',1000.37,402,2),
('乐乐','female',18,'20160513','sale',3000.29,402,2),
('拉拉','female',28,'20170127','sale',4000.33,402,2),
('僧龙','male',28,'20160311','operation',10000.13,403,3), #以下是运营部门
('程咬金','male',18,