MySQL基礎篇(04)：存儲過程和視圖，用法和特性詳解

本文源碼：GitHub·點這裏 || GitEE·點這裏

1、存儲過程

一、概念簡介

存儲程序是被存儲在服務器中的組合SQL語句，經編譯建立並保存在數據庫中，用戶可經過存儲過程的名字調用執行。存儲過程核心思想就是數據庫SQL語言層面的封裝與重用性。使用存儲過程能夠較少應用系統的業務複雜性，可是會增長數據庫服務器系統的負荷，因此在使用時須要綜合業務考慮。

二、基本語法格式

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);

三、注意事項

• 業務場景

存儲過程在實際開發中的應用不是很普遍，一般複雜的業務場景都在應用層面開發，能夠更好的管理維護和優化。

• 執行速度

假如在單表數據寫入的簡單場景下，基於應用程序寫入，或者數據庫鏈接的客戶端寫入，相比存儲過程寫入的速度就會慢不少，存儲過程在很大程度上沒有網絡通訊開銷，解析開銷，優化器開銷等。

2、MySQL視圖

一、基本概念

視圖自己是一張虛擬表，不存聽任何數據。在使用SQL語句訪問視圖的時候，獲取的數據是MySQL從其它表中生成的，視圖和表在同一個命名空間。視圖查詢數據相對安全，視能夠隱藏一些數據和結構，只讓用戶看見權限內的數據，使複雜的查詢易於理解和使用。

二、視圖用法

如今基於用戶和訂單管理演示視圖的基本用法。

• 基礎表結構

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 ;

三、視圖更新

在指定條件容許的狀況下，能夠經過在視圖上操做更新，刪除，甚至寫入數據，進而更新視圖所涉及的相關表。

UPDATE user_order_view SET user_name='smile' WHERE id='1';

這裏就經過對視圖執行更新操做，進而更新v01_user表數據。若是視圖定義時使用聚合函數，分組等特殊操做，則沒法更新。MySQL不支持在視圖上建立觸發器。

四、視圖實現

• 臨時表算法

服務器會把視圖查詢SQL的數據保存在臨時表中，臨時表的結構和視圖字段結構一致，這樣是SQL查詢優化中最忌諱的操做，數據量稍微偏大，就會嚴重影響性能。若是視圖沒法和原有表產生一對一的映射關係，就會產生臨時表，由此也可見視圖並非很簡單，甚至是很是複雜的功能。

• 合併算法

服務器基於視圖中使用的表執行查詢，最後把查詢結構合併後返回給客戶端。

• 區別方法

執行以下查詢語句，能夠分析執行的性能參數。

EXPLAIN SELECT * FROM user_order_view ;

觀察查詢結果中select_type字段，若是是DERIVED則說明使用臨時表。這裏SQL執行分析的語法後面優化部分再詳解。

五、注意事項

• 性能問題

MySQL並不支持在視圖中建立索引，使用視圖的時候可能會引起不少查詢性能問題，因此建議使用的時候要慎重，多角度審視和測試。

• 特殊用法

基於視圖的查詢，能夠修改部分表結構，只要不是在視圖中使用的字段，就不會影響視圖的查詢。

3、源代碼地址

GitHub·地址
https://github.com/cicadasmile/mysql-data-base
GitEE·地址
https://gitee.com/cicadasmile/mysql-data-base