基础篇(6) 视图、存储过程与函数

238 阅读9分钟

视图

1. 常见的数据库对象

image.png

2. 视图概述

  • 让不同的人 看到 他们该看到的内容

2.1 视图的理解

  • 视图是一种 虚拟表 ,本身不具有数据,可将视图理解为 存储起来的SELECT 语句
  • 视图建立在已有表的基础上, 赖以建立的表称为基表

3. 创建视图

CREATE [OR REPLACE]
[ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW 视图名称 [(字段列表)]
AS SELECT语句
[WITH [CASCADED|LOCAL] CHECK OPTION]
  • 实际上就是我们在 SQL 查询语句的基础上封装了视图 VIEW,这样就会基于 SQL 语句的结果集形成一张虚拟表。
  • 没有在视图名后指定字段列表,字段列表默认和SELECT语句中的字段列表一致。

4. 查看视图

SHOW TABLES; # 查看数据库中的表对象和视图对象
DESC VIEW名; # 查看试图结构

# 注释Comment为VIEW,说明该表为视图,其他的信息为NULL,说明这是一个虚表。
SHOW TABLE STATUS LIKE '视图名称';
SHOW CREATE VIEW 名; # 查看详细定义信息

5. 更新视图

  • 要使视图可更新,视图中的行和基表中的行之间必须存在 一对一 的关系。

5.1 不可更新的视图

  • 不支持 INSERT
    • 字段列表中使用了 数学表达式 或 子查询 并且不支持UPDATE 使用了数学表达式、子查询的字段值;
    • 视图中不包含基表中所有被定义为非空又未指定默认值的列
  • 不支持 INSERT DELETE
    • 指定了ALGORITHM = TEMPTABLE
    • 使用 JOIN 联合查询
  • 不支持 INSERTDELETEDELETE
    • 常量视图
    • 定义基于一个不可更新视图的视图
    • 包含了子查询,而子查询中引用了FROM后面的表
    • 字段列表中使用 DISTINCT聚合数GROUP BYHAVINGUNION

6. 修改、删除视图

6.1 修改视图

# 方法1
CREATE OR REPLACE VIEW ... 
# 方法2
ALTER VIEW 视图名称 AS 查询语句

6.2 删除视图

DROP VIEW IF EXISTS (视图列表)

7. 优缺点

7.1 优点

  • 操作简单
  • 减少数据冗余:对不同人的查看权限,用不同的表存储会造成数据冗余
  • 数据安全:直接通过视图查看而无需查询数据表
  • 适应灵活变动
  • 分解复杂的查询指令:创建多个简单视图再将他们结合

7.2 缺点

  • 可读性不好
  • 数据表结构变更需及时修改视图

存储过程与函数

1. 存储过程概述

1.1 理解

存储过程:一组经过预先编译的SQL语句的封装

执行过程:存储过程预先存储在 MySQL 服务器上,需要执行的时候,client只需要向server发出调用存储过程的命令,Server即执行存储过程。

好处:

  1. 简化操作,提高 SQL语句的重用性
  2. 减少操作过程的失误,提高效率
  3. 减少网络传输量:client无需发送所有SQL语句
  4. 减少SQL语句暴露在网络上的风险,提高数据查询的安全性

和视图、函数的对比:

同样的优点:清晰、安全,还可以减少网络传输量 不同:视图是 虚拟表 ,通常不对底层数据表直接操作,而存储过程是程序化的 SQL,可以 直接操作底层数据表 ,相比于面向集合的操作方式,能够实现一些更复杂的数据处理。

存储过程创建后,使通过调用存储过程名即可。存储过程没有返回值 的。

1.2 参数分类

  1. 没有参数
  2. 带 IN 类型:有参数没返回
  3. 带 OUT 类型 :无参数有返回
  4. 既带 IN 又带 OUT:有参数有返回
  5. 带 INOUT类型:有参数有返回

注意:IN、OUT、INOUT 都可以在一个存储过程中带多个

2. 创建存储过程

2.1 语法分析

CREATE PROCEDURE 存储过程名(IN|OUT|INOUT 参数名 参数类型,...)
[characteristics ...]
BEGIN
存储过程体
END

说明: 1、参数前面的符号的意思

  • IN :当前参数为输入参数,如果没有定义参数种类, 默认就是 IN
  • OUT :输出参数,执行完成之后,可以读取这个参数返回的值
  • INOUT :当前参数既可以为输入参数,也可以为输出参数。

2、 characteristics 表示创建存储过程时指定的对存储过程的约束条件,其取值信息如下:

LANGUAGE SQL
| [NOT] DETERMINISTIC
| { CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA }
| SQL SECURITY { DEFINER | INVOKER }
| COMMENT 'string'
  • LANGUAGE SQL :说明存储过程执行体是由SQL语句组成的,当前系统支持的语言为SQL。
  • [NOT] DETERMINISTIC :指明存储过程执行的结果是否确定。 每次执行存储过程时,相同的输入能否得到相同的输出。默认为NOT DETERMINISTIC。
  • { CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA } :指明子程序使用SQL语句的限制。
    • CONTAINS SQL表示当前存储过程的子程序包含SQL语句,但是并不包含读写数据的SQL语句;
    • NO SQL不包含任何SQL语句;
    • READS SQL DATA 包含读数据的SQL语句;
    • MODIFIES SQL DATA 包含写数据的SQL语句。
    • 默认情况下,系统会指定为CONTAINS SQL。
  • SQL SECURITY { DEFINER | INVOKER } :指明哪些用户能够执行当前存储过程。
    • DEFINER :只有当前存储过程的创建者或者定义者才能执行当前存储过程;
    • INVOKER :拥有当前存储过程的访问权限的用户能够执行当前存储过程。
    • 默认指定值为DEFINER。
  • COMMENT 'string' :注释信息,可以用来描述存储过程。 3、 存储过程体中可以有多条 SQL 语句,如果仅仅一条SQL 语句,则可以省略 BEGIN 和 END
1. BEGINENDBEGINEND 中间包含了多个语句,每个语句都以(;)号为结束符。
2. DECLAREDECLARE 用来声明变量,使用的位置在于 BEGINEND 语句中间,而且需要在其他语句使用之前进
行变量的声明。
3. SET:赋值语句,用于对变量进行赋值。
4. SELECTINTO:把从数据表中查询的结果存放到变量中,也就是为变量赋值。

4、需要设置新的结束标记

DELIMITER 新的结束标记

MySQL默认的语句结束符号为分号;。避免冲突,需要使用DELIMITER改变存储过程的结束符。 比如:DELIMITER //语句的作用是将MySQL的结束符设置为//,并以END //结束存储过程。存储过程定义完毕之后再使用 DELIMITER ; 恢复默认结束符。

2.2 代码举例

查看“emps”表的最高薪资值。

CREATE PROCEDURE show_max_salary()
    LANGUAGE SQL
    NOT DETERMINISTIC
    CONTAINS SQL
    SQL SECURITY DEFINER
    COMMENT '查看最高薪资'
    BEGIN
        SELECT MAX(salary) FROM emps;
    END //
DELIMITER ;

查看“emps”表的某个员工的薪资,并用IN参数empname输入员工姓名,用OUT参数empsalary输出员工薪资。

DELIMITER //
CREATE PROCEDURE show_someone_salary2(IN empname VARCHAR(20),OUT empsalary DOUBLE)
    BEGIN
        SELECT salary INTO empsalary FROM emps WHERE ename = empname;
    END //
DELIMITER ;

查询某个员工领导的姓名,并用INOUT参数“empname”输入员工姓名,输出领导的姓名。

DELIMITER //
CREATE PROCEDURE show_mgr_name(INOUT empname VARCHAR(20))
    BEGIN
        SELECT ename INTO empname FROM emps
        WHERE eid = (SELECT MID FROM emps WHERE ename=empname);
    END //
DELIMITER ;

3. 调用存储过程

CALL 存储过程名(实参列表)

格式: 1、调用in模式的参数:

CALL sp1('值');

2、调用out模式的参数:

SET @name;
CALL sp1(@name);
SELECT @name;

3、调用inout模式的参数:

SET @name=值;
CALL sp1(@name);
SELECT @name;

4. 存储函数的使用

4.1 语法分析

CREATE FUNCTION 函数名(参数名 参数类型,...)
RETURNS 返回值类型
[characteristics ...]
BEGIN
    函数体 #函数体中肯定有 RETURN 语句
END
  1. 参数列表:FUNCTION中只有 IN 参数。
  2. RETURNS type 语句表示函数返回数据的类型; RETURNS子句只能对FUNCTION做指定,对函数而言这是 强制 的。它用来指定函数的返回类型,而且函数体必须包含一个 RETURN value 语句。
  3. characteristic 创建函数时指定的对函数的约束。取值与创建存储过程时相同
  4. 函数体也可以用BEGIN…END来表示SQL代码的开始和结束。

4.2 调用存储函数

SELECT 函数名(实参列表)

4.3 代码举例

创建存储函数count_by_id(),参数传入dept_id,该函数查询dept_id部门的员工人数,并返回,数据类型为 INT。

DELIMITER //
CREATE FUNCTION count_by_id(dept_id INT)
RETURNS INT
    LANGUAGE SQL
    NOT DETERMINISTIC
    READS SQL DATA
    SQL SECURITY DEFINER
    COMMENT '查询部门平均工资'
BEGIN
    RETURN (SELECT COUNT(*) FROM employees WHERE department_id = dept_id);
END //
DELIMITER ;

# 调用
SET @dept_id = 50;
SELECT count_by_id(@dept_id);

注意:

创建存储函数中报错 you might want to use the less safe log_bin_trust_function_creators variable,有两种处理方法:

  1. 加上必要的函数特性 [NOT] DETERMINISTIC{CONTAINS SQL | NO SQL | READS SQL DATA |MODIFIES SQL DATA}
  2. SET GLOBAL log_bin_trust_function_creators = 1;
    

4.4 对比存储函数和存储过程

关键字调用语法返回值应用场景
存储过程PROCEDURECALL不限一般应用于更新
存储函数FUNCTIONSELECT1个一般用于查询结果为一个值并返回

存储函数可以放在查询语句中使用,存储过程不行。反之,存储过程的功能更加强大,包括能够执行对表的操作和事务操作

5. 存储过程和函数的查看、修改、删除

5.1 查看 (3种)

SHOW CREATE {PROCEDURE | FUNCTION} 存储过程名或函数名

SHOW {PROCEDURE | FUNCTION} STATUS [LIKE 'xxx']

SELECT * FROM information_schema.Routines
WHERE ROUTINE_NAME='存储过程或函数的名' [AND ROUTINE_TYPE = {'PROCEDURE|FUNCTION'}];

5.2 修改

只修改相关特性。使用ALTER语句实现。

ALTER {PROCEDURE | FUNCTION} 存储过程或函数的名 [characteristic ...]

5.3 删除

DROP {PROCEDURE | FUNCTION} [IF EXISTS] 存储过程或函数的名

6. 关于存储过程使用的争议

6.1 优点

  1. 一次编译多次使用,提升 SQL 的执行效率。
  2. 减少开发工作量。将代码 封装 成模块,可以把复杂的问题拆解成不同的模块,然后模块之间可以 重复使用 ,同时还能保证代码的结构清晰。
  3. 安全性强。设定存储过程时可以设置对用户的使用权限
  4. 减少网络传输量。每次使用只需要调用存储过程即可
  5. 良好的封装性。在进行相对复杂的数据库操作时,原本需要使用一条一条的 SQL 语句,可能要连接多次数据库才能完成的操作,现在变成了一次存储过程,只需要 连接一次即可 。

6.2 缺点

  1. 可移植性差。不能跨数据库移植
  2. 调试困难。只有少数 DBMS 支持存储过程的调试。
  3. 版本管理很困难。比如数据表索引发生变化了,可能会导致存储过程失效。存储过程本身没有版本控制,版本迭代更新的时候很麻烦。
  4. 不适合高并发的场景。高并发的场景需要减少数据库的压力,有时数据库会采用分库分表的方式,而且对可扩展性要求很高,在这种情况下,存储过程会变得难以维护, 增加数据库的压力 ,显然就不适用了。