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

本文源碼： 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