您好,登錄后才能下訂單哦!
本文源碼:GitHub·點這里 || GitEE·點這里
存儲程序是被存儲在服務器中的組合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);
提供一張數據表
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);
存儲過程在實際開發中的應用不是很廣泛,通常復雜的業務場景都在應用層面開發,可以更好的管理維護和優化。
假如在單表數據寫入的簡單場景下,基于應用程序寫入,或者數據庫連接的客戶端寫入,相比存儲過程寫入的速度就會慢很多,存儲過程在很大程度上沒有網絡通信開銷,解析開銷,優化器開銷等。
視圖本身是一張虛擬表,不存放任何數據。在使用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并不支持在視圖中創建索引,使用視圖的時候可能會引發很多查詢性能問題,所以建議使用的時候要慎重,多角度審視和測試。
基于視圖的查詢,可以修改部分表結構,只要不是在視圖中使用的字段,就不會影響視圖的查詢。
GitHub·地址
https://github.com/cicadasmile/mysql-data-base
GitEE·地址
https://gitee.com/cicadasmile/mysql-data-base
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。