MySQL基础篇(04)：存储过程和视图，用法和特性详解
snowguy 2020-01-06
本文源码：GitHub·点这里 || GitEE·点这里
一、存储过程
1、概念简介
存储程序是被存储在服务器中的组合SQL语句，经编译创建并保存在数据库中，用户可通过存储过程的名字调用执行。存储过程核心思想就是数据库SQL语言层面的封装与重用性。使用存储过程可以较少应用系统的业务复杂性，但是会增加数据库服务器系统的负荷，所以在使用时需要综合业务考虑。
2、基本语法格式
CREATE PROCEDURE sp_name ([proc_parameter[,...]])
[characteristic ...] routine_body- 案例一：计算消费折扣
-- 创建存储过程
DROP PROCEDURE IF EXISTS p01_discount ;
CREATE PROCEDURE p01_discount(IN consume NUMERIC(5,2),OUT payfee NUMERIC(5,2))
BEGIN
-- 判断收费方式
IF(consume>100.00 AND consume<=300.00) THEN
SET payfee=consume*0.8;
ELSEIF (consume>300.00) THEN
SET payfee=consume*0.6;
ELSE
SET payfee = consume;
END IF;
SELECT payfee AS result;
END ;
-- 调用存储过程
CALL p01_discount(100.0,@discount);- 案例二：While..Do写数据
提供一张数据表
CREATE TABLE `t03_proced` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID', `temp_name` varchar(20) DEFAULT NULL COMMENT '名称', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='触发器写数据';
存储程序
根据传入的参数，判断写入t03_proced表的数据条数。
DROP PROCEDURE IF EXISTS p02_batch_add ;
CREATE PROCEDURE p02_batch_add(IN count INT(11))
BEGIN
DECLARE temp int default 0;
WHILE temp < count DO
INSERT INTO t03_proced(temp_name) VALUES ('pro_name');
SET temp = temp+1 ;
END WHILE;
END ;
-- 测试：写入10条数据
call p02_batch_add(10);3、注意事项
- 业务场景
存储过程在实际开发中的应用不是很广泛，通常复杂的业务场景都在应用层面开发，可以更好的管理维护和优化。
- 执行速度
假如在单表数据写入的简单场景下，基于应用程序写入，或者数据库连接的客户端写入，相比存储过程写入的速度就会慢很多，存储过程在很大程度上没有网络通信开销，解析开销，优化器开销等。
二、MySQL视图
1、基本概念
视图本身是一张虚拟表，不存放任何数据。在使用SQL语句访问视图的时候，获取的数据是MySQL从其它表中生成的，视图和表在同一个命名空间。视图查询数据相对安全，视可以隐藏一些数据和结构，只让用户看见权限内的数据，使复杂的查询易于理解和使用。
2、视图用法
现在基于用户和订单管理演示视图的基本用法。
- 基础表结构
CREATE TABLE v01_user (
id INT(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
user_name VARCHAR(20) DEFAULT NULL COMMENT '用户名',
phone VARCHAR(20) DEFAULT NULL COMMENT '手机号',
pass_word VARCHAR(64) DEFAULT NULL COMMENT '密码',
card_id VARCHAR(18) DEFAULT NULL COMMENT '身份证ID',
pay_card VARCHAR(25) DEFAULT NULL COMMENT '卡号',
PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT '用户表';
CREATE TABLE v02_order (
id INT(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
user_id INT(11) NOT NULL COMMENT '用户ID',
order_no VARCHAR(32) DEFAULT NULL COMMENT '订单编号',
good_name VARCHAR(60) DEFAULT NULL COMMENT '商品名称',
good_id INT(11) DEFAULT NULL COMMENT '商品ID',
num INT(11) DEFAULT NULL COMMENT '购买数量',
total_price DECIMAL(10,2) DEFAULT NULL COMMENT '总价格',
PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT '订单表';- 基本语法
CREATE OR REPLACE VIEW view_name AS select_statement
注意事项：表和视图共享数据库中相同的名称空间，因此，数据库不能包含具有相同名称的表和视图。
- 用户订单视图
CREATE OR REPLACE
VIEW user_order_view AS SELECT
t1.id,t1.user_name,t2.order_no,t2.good_id,
t2.good_name,t2.num,t2.total_price
FROM v01_user t1
LEFT JOIN v02_order t2 ON t2.user_id = t1.id;- 视图调用
这里和MySQL的表查询基本一致，可以使用各种查询条件。
SELECT * FROM user_order_view WHERE user_name='Cicada';
- 查看视图
SHOW CREATE VIEW user_order_view ;
- 修改视图
ALTER VIEW view_name AS select_statement ;
- 删除视图
DROP VIEW [IF EXISTS] view_name ;
3、视图更新
在指定条件允许的情况下，可以通过在视图上操作更新，删除，甚至写入数据，进而更新视图所涉及的相关表。
UPDATE user_order_view SET user_name='smile' WHERE id='1';
这里就通过对视图执行更新操作，进而更新v01_user表数据。如果视图定义时使用聚合函数，分组等特殊操作，则无法更新。MySQL不支持在视图上创建触发器。
4、视图实现
- 临时表算法
服务器会把视图查询SQL的数据保存在临时表中，临时表的结构和视图字段结构一致，这样是SQL查询优化中最忌讳的操作，数据量稍微偏大，就会严重影响性能。如果视图无法和原有表产生一对一的映射关系，就会产生临时表，由此也可见视图并不是很简单，甚至是非常复杂的功能。
- 合并算法
服务器基于视图中使用的表执行查询，最后把查询结构合并后返回给客户端。
- 区别方法
执行如下查询语句，可以分析执行的性能参数。
EXPLAIN SELECT * FROM user_order_view ;
观察查询结果中select_type字段，如果是DERIVED则说明使用临时表。这里SQL执行分析的语法后面优化部分再详解。
5、注意事项
- 性能问题
MySQL并不支持在视图中创建索引，使用视图的时候可能会引发很多查询性能问题，所以建议使用的时候要慎重，多角度审视和测试。
- 特殊用法
基于视图的查询，可以修改部分表结构，只要不是在视图中使用的字段，就不会影响视图的查询。
三、源代码地址
GitHub·地址 https://github.com/cicadasmile/mysql-data-base GitEE·地址 https://gitee.com/cicadasmile/mysql-data-base
