10 数据约束
10.6 外键约束
在create table中用“foreign key”短语定义哪些列为外键
用”references“短语指明这些外键参照哪些表的主键
创建外键约束格式:(此格式没有定义约束名,约束名会系统创建,约束名在需要删除约束时会用到。下边在创建外键约束同时定义约束名的格式。定义约束名使用constraint关键字)
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY (Sno, Cno), /*在表级定义实体完整性*/
FOREIGN KEY (Sno) REFERENCES Student(Sno), /*在表级定义参照完整性*/
FOREIGN KEY (Cno) REFERENCES Course(Cno) /*在表级定义参照完整性*/
);
可能破坏参照完整性的情况及相应处理方法
破坏参照完整性相应处理方法:
拒绝(no action)执行(默认)
级联(cascade)操作
设置为空值(set null)(对于参照完整性,除了应该定义外键,还应定义外键列是否允许为空值)
外键约束整体演示:
(一)创建表:
-- 使用外键约束(员工表中的deptId参照部门表中的id)
-- 部门表
--【主表】
create table dept
(
id int primary key auto_increment,
deptName varchar(50) not null
);
-- 员工表,员工表中存在字段和部门表有直接联系,deptId ==》 dept表内的id
-- 【从表】
create table employee
(
id int primary key auto_increment,
name varchar(50) not null,
deptId int,
-- 外键声明约束
-- constraint 声明使用关键字
-- fk_emp_dept 外键名称 fk ==> foreign key emp ==> employee dept ==> 部门表
-- foreign key 外键声明关键字(从表外键字段) deptId employee表内的外键是deptId
-- references 选择当前外键关联的主表字段关键字 主表(字段) dept(id)
constraint fk_emp_dept foreign key (deptId) references nzgp2001.dept(id)
);
(二)存入数据
-- 准备部门表数据
insert into dept(deptName) value ('帅部');
insert into dept(deptName) value ('贱到无敌部');
insert into dept(deptName) value ('骚气无敌部');
-- 插入员工数据
insert into employee(name, deptId) value ('骚磊', 1);
insert into employee(name, deptId) value ('彭于晏', 1);
insert into employee(name, deptId) value ('吴彦祖', 1);
insert into employee(name, deptId) value ('烧饼', 3);
insert into employee(name, deptId) value ('岳云鹏', 2);
insert into employee(name, deptId) value ('曾小贤', 2);
insert into employee(name, deptId) value ('孟鹤堂', 3);
(三)操作表数据,试验约束效果
-- Cannot add or update a child row: a foreign key constraint fails (`nzgp2001`.`employee`,
-- CONSTRAINT `fk_emp_dept` FOREIGN KEY (`deptId`) REFERENCES `dept` (`id`))
-- 该数据条件时会检查主表,询问主表中是否存在指定的字段数据
insert into employee(name, deptId) value ('郭德纲', 4);
-- Cannot add or update a child row: a foreign key constraint fails (`nzgp2001`.`employee`,
-- CONSTRAINT `fk_emp_dept` FOREIGN KEY (`deptId`) REFERENCES `dept` (`id`))
-- 修改部门id为3的数据,改为10,deptId == 10 在主表中不存在
update employee set deptId = 10 where deptId = 3;
-- Cannot delete or update a parent row: a foreign key constraint fails (`nzgp2001`.`employee`,
-- CONSTRAINT `fk_emp_dept` FOREIGN KEY (`deptId`) REFERENCES `dept` (`id`))
-- 删除主表数据行,需要询问从表中是否有使用当前主表数据的数据行,如果有,无法删除。
delete from nzgp2001.dept where nzgp2001.dept.id = 3;
update nzgp2001.dept set id = 10 where id = 3;
使用外键约束操作优势和问题:
-- 优势:
-- 1. 主表从表关联性更强
-- 2. 主表从表数据操作时存在更多约束
-- 3. 操作规范性更强’
-- 问题:
-- 1. 从表操作过程中添加和修改约束过强,需要首先操作主表
-- 2. 主表操作过程中删除和修改约束过程,需要首先操作从表
-- 3. 整个数据库更新,删除操作过于繁琐,并且后期维护压力过大
-- 外键约束虽然可以从SQL语句的语法上约束一定操作,但是会导致更多的问题,在开发中不允许使用。
10.7 级联操作
-- 在外键约束的情况下,操作主表和从表都有很多约束
-- SQL中引入的级联操作
-- 级联删除 on delete cascade
-- 级联修改 on update cascade
-- 主表操作执行删除或者修改时,对于外键约束的从表会对应操作。
整体演示:
-- 使用外键约束
-- 部门表 【主表】
create table dept
(
id int primary key auto_increment,
deptName varchar(50) not null
);
-- 员工表,员工表中存在字段和部门表有直接联系,deptId ==》 dept表内的id
-- 【从表】
create table employee
(
id int primary key auto_increment,
name varchar(50) not null,
deptId int,
-- 外键声明约束
-- constraint 声明使用关键字
-- fk_emp_dept 外键名称 fk ==> foreign key emp ==> employee dept ==> 部门表
-- foreign key 外键声明关键字(从表外键字段) deptId employee表内的外键是deptId
-- references 选择当前外键关联的主表字段关键字 主表(字段) dept(id)
constraint fk_emp_dept foreign key (deptId) references nzgp2001.dept(id)
on delete cascade -- 级联删除
on update cascade -- 级联修改
);
-- 准备部门表数据
insert into dept(deptName) value ('帅部');
insert into dept(deptName) value ('贱到无敌部');
insert into dept(deptName) value ('骚气无敌部');
-- 插入员工数据
insert into employee(name, deptId) value ('骚磊', 1);
insert into employee(name, deptId) value ('彭于晏', 1);
insert into employee(name, deptId) value ('吴彦祖', 1);
insert into employee(name, deptId) value ('烧饼', 3);
insert into employee(name, deptId) value ('岳云鹏', 2);
insert into employee(name, deptId) value ('曾小贤', 2);
insert into employee(name, deptId) value ('孟鹤堂', 3);
-- 主表中有外键约束的字段数据发生修改,从表中对于字段同时发生修改,级联修改
update dept set id = 10 where id = 3;
-- 主表字段删除,从表中使用主表约束的数据行也需要删除
delete from nzgp2001.dept where id = 1;
11.数据表修改 【alter】
11.1添加列
-- 默认在最后一个字段之后添加
alter table employee add age int;
11.2 修改列
-- 修改字段对应数据类型和约束
alter table employee modify name char(50) not null;
11.3 修改列
-- 修改字段名字,对应数据类型和约束问题
alter table employee change name userName varchar(50) not null;
11.4 删除列
-- 删除对应的字段
alter table employee drop age;
11.5 修改表
-- 修改表名字
rename table employee to emp;
12. 事务
12.1 什么是事务?
操作数据库,修改,删除【慎用】,修改删除操作过程中,如果出现操作失误,
会导致数据丢失或者全部被毁,而且没有Ctrl + Z
数据库操作中操作失误是很常见的,数据库开发中设置有事务处理机制,也就是所谓回滚。
12.2 模拟银行转账
12.2.1 正常情况
-- 转账1000过程
update acount set money = money - 1000 where id = 1;
update acount set money = money + 1000 where id = 2;
12.2.2 异常情况
-- 错误情况:转账1000过程
update acount set money = money - 1000 where id = 1;
-- 断电,断网,电脑被砸了,数据丢失了,网络传输中断了。。。。
-- 第一句SQL语句是没有执行成功的
-- 一切都恢复了!!!
update acount set money = money + 1000 where id = 2;
12.3 事务的概念
事务可以认为是SQL语句处理的最小单元,具有一定的原子性,是由一条或者多条SQL语句组成,事务执行完成,那么所有的SQL语句全部执行,都要执行成功。一旦出现任何一个SQL语句异常,回到事务执行之前,事务执行失败。
12.4 事务的边界
-- 开始:
-- 当前事务,当前一整套和业务逻辑相关的内容一起执行
-- 一旦执行 set autocommit = 0; 数据库SQL语句执行不再立即执行,而是一种类似于Stream流状态,需要等待提交后生效,但是操作的过程中数据库可观察。
set autocommit = 0;
start transaction;
-- 结束
-- 1. 确认没有问题
commit; -- 显式提交
-- 隐式方式提交: 一条创建,删除SQL语句,或者数据库正常关闭
-- 2. 回滚操作
rollback; -- 显式回滚
-- 自动回滚,执行创建,删除语句失败,或者数据库非正常退出
12.5 事务操作演示
-- 开启事务
set autocommit = 0;
update acount set money = money - 2000 where id = 1;
select * from acount;
update acount set money = money + 2000 where id = 2;
select * from acount;
-- 确认无误,SQL语句提交执行
commit;
-- 开启事务
set autocommit = 0;
update acount set money = money - 2000 where id = 1;
select * from acount;
update acount set money = money + 2000 where id = 2;
select * from acount;
-- 发现问题,手动提交rollback 回滚
rollback;
-- 开启事务
start transaction;
update acount set money = money - 2000 where id = 1;
select * from acount;
update acount set money = money + 2000 where id = 2;
select * from acount;
commit ;
12.6 事务的特征
原子性
事务操作是一个整体,所有的SQL语句完成一个事务,事务只有两种可能性,执行成功,或者失败。
一致性
事务操作如果失败,其中所有的数据操作过程,全部会回到原来的起点。
隔离性
在事务情况下,查询数据是一种事务处理过程中数据展示情况,但是在实际的数据库中是没有发送数据的变化的。
只有事务提交之后才会更改
持久性
事务一定执行成功,对于数据库的操作影响是持久性的。
13. 权限管理
13.1 创建用户
-- 用户名 saolei 密码 123456
create user 'saolei' identified by '123456';
13.2 授权用户
-- 授权操作所有nzgp2001库权限
grant all on nzgp2001.* to 'saolei';
13.3 撤销授权
-- 撤销saolei用户所有nzgp2001数据库权限
revoke all on nzgp2001.* from 'saolei';
13.4 删除用户
-- 删除用户
drop user 'saolei';
14. 视图
14.1 什么是视图
视图,是一个虚拟表,通过查询语句,从一个表或者多个表中查询得到的一个结果,可以作为一个视图使用,使用的效果和真实表一致。可以在视图中使用update,delete,insert操作,可以提供数据库的安全性,同时便于用户操作。
14.2 视图的特点
优点:
1. 简单化,数据所见即所得
2. 安全,用户有且只能修改操作当前可见数据
3. 逻辑独立性,这里使用使用的一张虚拟表,所有操作并不会对数据库真实表结构导致影响。
缺点:
1. 性能较差,不管是SQL操作还是针对数据存储的性能
2. 修改不方便,复杂视图在操作中是无法修改的
14.3 创建视图和使用视图
14.3.1 创建视图
-- 语法
-- create view 视图名 as 查询数据结果[查询语句]
-- 创建视图
create view empInfo as
select employee_id, first_name, last_name, email, salary
from t_employees;
14.3.2 视图使用
-- empInfo不是一张真实存在的表,而是一个自定义查询结果的视图
select *
from empInfo
where employee_id = 150;
-- 利用视图中的结果进行排序操作
select *
from empInfo
order by salary desc;
-- 修改视图中的数据,原表数据会受到影响
update empInfo
set first_name = 'Jame',
last_name = 'Martin'
where employee_id = 100;
select *
from empInfo;
select *
from t_employees;
-- 视图原表数据发送修改,视图中数据也会修改
update t_employees
set first_name = 'Steven',
last_name = 'King'
where employee_id = 100;
select *
from empInfo;
14.3.3 修改视图
-- Table 'empInfo' already exists
-- 当前视图已经存在
-- [验证]
create view empInfo as
select employee_id, first_name, last_name, salary
from t_employees;
-- 修改当前视图的结构
alter view empinfo
as
select employee_id, first_name, last_name, salary
from t_employees;
14.3.4 删除视图
-- 删除不会影响原始数据
drop view empInfo;