Why Triggers 為什么要用觸發(fā)器
我們在MySQL 5.0中包含對觸發(fā)器的支持是由于以下原因:
MySQL早期版本的用戶長期有需要觸發(fā)器的要求。
我們曾經(jīng)許諾支持所有ANSI標(biāo)準(zhǔn)的特性。
您可以使用它來檢查或預(yù)防壞的數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。
您可以改變或者取消INSERT, UPDATE以及DELETE語句。
您可以在一個(gè)會話中監(jiān)視數(shù)據(jù)改變的動作。
在這里我假定大家都讀過"MySQL新特性"叢書的第一集--"MySQL存儲過程"，那么大家都應(yīng)該知道MySQL至此存儲過程和函數(shù)，那是很重要的知識，因?yàn)樵谟|發(fā)器中你可以使用在函數(shù)中使用的語句。特別舉個(gè)例子：
復(fù)合語句(BEGIN / END)是合法的.
流控制（Flow-of-control）語句(IF, CASE, WHILE, LOOP, WHILE, REPEAT, LEAVE,ITERATE)也是合法的.
變量聲明(DECLARE)以及指派(SET)是合法的.
允許條件聲明.
異常處理聲明也是允許的.
但是在這里要記住函數(shù)有受限條件:不能在函數(shù)中訪問表.因此在函數(shù)中使用以下語句是非法的。
ALTER 'CACHE INDEX' CALL COMMIT CREATE DELETE
DROP 'FLUSH PRIVILEGES' GRANT INSERT KILL
LOCK OPTIMIZE REPAIR REPLACE REVOKE
ROLLBACK SAVEPOINT 'SELECT FROM table'
'SET system variable' 'SET TRANSACTION'
SHOW 'START TRANSACTION' TRUNCATE UPDATE
在觸發(fā)器中也有完全一樣的限制.
觸發(fā)器相對而言比較新，因此會有（bugs）缺陷.所以我在這里給大家警告，就像我在存儲過程書中所說那樣.不要在含有重要數(shù)據(jù)的數(shù)據(jù)庫中使用這個(gè)觸發(fā)器，如果需要的話在一些以測試為目的的數(shù)據(jù)庫上使用，同時(shí)在你對表創(chuàng)建觸發(fā)器時(shí)確認(rèn)這些數(shù)據(jù)庫是默認(rèn)的。
Syntax 語法
1. Syntax: Name 語法：命名規(guī)則
CREATE TRIGGER <觸發(fā)器名稱> <--
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表名稱>
FOR EACH ROW
<觸發(fā)器SQL語句>
觸發(fā)器必須有名字，最多64個(gè)字符，可能后面會附有分隔符.它和MySQL中其他對象的命名方式基本相象.
這里我有個(gè)習(xí)慣：就是用表的名字＋'_'＋觸發(fā)器類型的縮寫.因此如果是表t26，觸發(fā)器是在事件UPDATE（參考下面的點(diǎn)（2）和（3））之前（BEFORE）的，那么它的名字就是t26_bu。
2. Syntax: Time 語法：觸發(fā)時(shí)間
CREATE TRIGGER <觸發(fā)器名稱>
{ BEFORE | AFTER } <--
{ INSERT | UPDATE | DELETE }
ON <表名稱>
FOR EACH ROW
<觸發(fā)的SQL語句>
觸發(fā)器有執(zhí)行的時(shí)間設(shè)置：可以設(shè)置為事件發(fā)生前或后。
3. Syntax: Event語法：事件
CREATE TRIGGER <觸發(fā)器名稱>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE } <--
ON <表名稱>
FOR EACH ROW
<觸發(fā)的SQL語句>
同樣也能設(shè)定觸發(fā)的事件：它們可以在執(zhí)行insert、update或delete的過程中觸發(fā)。
4. Syntax: Table 語法：表
CREATE TRIGGER <觸發(fā)器名稱>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表名稱> <--
FOR EACH ROW
<觸發(fā)的SQL語句>
觸發(fā)器是屬于某一個(gè)表的:當(dāng)在這個(gè)表上執(zhí)行插入、更新或刪除操作的時(shí)候就導(dǎo)致觸發(fā)器的激活.
我們不能給同一張表的同一個(gè)事件安排兩個(gè)觸發(fā)器。
5. Syntax: Granularity 語法：（ ：（ 步長）觸發(fā)間隔
CREATE TRIGGER <觸發(fā)器名稱>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表名稱>
FOR EACH ROW <--
<觸發(fā)的SQL語句>
觸發(fā)器的執(zhí)行間隔：FOR EACH ROW子句通知觸發(fā)器每隔一行執(zhí)行一次動作，而不是對整個(gè)表執(zhí)行一次。
6. Syntax: Statement 語法：語句
CREATE TRIGGER <觸發(fā)器名稱>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表名稱>
FOR EACH ROW
<觸發(fā)的SQL語句> <--
觸發(fā)器包含所要觸發(fā)的SQL語句：這里的語句可以是任何合法的語句，包括復(fù)合語句，但是這里的語句受的限制和函數(shù)的一樣。
Privileges權(quán)限
你必須擁有相當(dāng)大的權(quán)限才能創(chuàng)建觸發(fā)器（CREATE TRIGGER）。如果你已經(jīng)是Root用戶，那么就足夠了。這跟SQL的標(biāo)準(zhǔn)有所不同，我也希望能盡快改成標(biāo)準(zhǔn)的。
因此在下一個(gè)版本的MySQL中，你完全有可能看到有一種叫做CREATE TRIGGER的新權(quán)限。然后通過這樣的方法賦予：
GRANT CREATE TRIGGER ON <表名稱> TO <用戶或用戶列表>;
也可以通過這樣收回權(quán)限：
REVOKE CREATE TRIGGER ON <表名稱> FROM <用戶或用戶列表>;
Referring to OLD and NEW columns 關(guān)于舊的和新創(chuàng)建的列的標(biāo)識
在觸發(fā)器的SQL語句中，你可以關(guān)聯(lián)表中的任意列。但你不能僅使用列的名稱去標(biāo)識，那會使系統(tǒng)混淆，因?yàn)槟抢锟赡軙辛械男旅ㄟ@可能正是你要修改的，你的動作可能正是要修改列名），還有列的舊名存在。因此你必須用這樣的語法來標(biāo)識：
"NEW . column_name"或者"OLD . column_name".這樣在技術(shù)上處理（NEW | OLD . column_name）新和舊的列名屬于創(chuàng)建了過渡變量（"transition variables"）。
對于INSERT語句,只有NEW是合法的；對于DELETE語句，只有OLD才合法；而UPDATE語句可以在和NEW以及OLD同時(shí)使用。下面是一個(gè)UPDATE中同時(shí)使用NEW和OLD的例子。
CREATE TRIGGER t21_au
BEFORE UPDATE ON t22
FOR EACH ROW
BEGIN
SET @old = OLD . s1;
SET @new = NEW.s1;
END;//
現(xiàn)在如果t21表中的s1列的值是55，那么執(zhí)行了"UPDATE t21 SET s1 = s1 + 1"之后@old的值會變成55，而@new的值將會變成56。
Example of CREATE and INSERT CREATE和INSERT的例子
CREATE table with trigger創(chuàng)建有觸發(fā)器的表
這里所有的例程中我都假定大家的分隔符已經(jīng)設(shè)置成//（DELIMITER //）。
CREATE TABLE t22 (s1 INTEGER)//
CREATE TRIGGER t22_bi
BEFORE INSERT ON t22
FOR EACH ROW
BEGIN
SET @x = 'Trigger was activated!';
SET NEW.s1 = 55;
END;//
在最開始我創(chuàng)建了一個(gè)名字為t22的表，然后在表t22上創(chuàng)建了一個(gè)觸發(fā)器t22_bi，當(dāng)我們要向表中的行插入時(shí)，觸發(fā)器就會被激活，執(zhí)行將s1列的值改為55的動作。
INSERT on table w ith a trigger使用觸發(fā)器執(zhí)行插入動作
mysql> INSERT INTO t22 VALUES (1)//
讓我們看如果向表t2中插入一行數(shù)據(jù)觸發(fā)器對應(yīng)的表會怎么樣？
這里的插入的動作是很常見的，我們不需要觸發(fā)器的權(quán)限來執(zhí)行它。甚至不需要知道是否有觸發(fā)器關(guān)聯(lián)。
mysql> SELECT @x, t22.* FROM t22//
+------------------------+------+
| @x | s1 |
+------------------------+------+
| Trigger was activated! | 55 |
+------------------------+------+
1 row in set (0.00 sec)
大家可以看到INSERT動作之后的結(jié)果，和我們預(yù)期的一樣，x標(biāo)記被改動了，同時(shí)這里插入的數(shù)據(jù)不是我們開始輸入的插入數(shù)據(jù)，而是觸發(fā)器自己的數(shù)據(jù)。
Example of a "check" constraint
"check"完整性約束例子
What's a "check" constraint 什么是"check"約束
在標(biāo)準(zhǔn)的SQL語言中，我們可以在（CREATE TABLE）創(chuàng)建表的過程中使用"CHECK (condition)"，
例如：
CREATE TABLE t25
(s1 INT, s2 CHAR(5), PRIMARY KEY (s1),
CHECK (LEFT(s2,1)='A'))
ENGINE=INNODB;
這里CHECK的意思是"當(dāng)s2列的最左邊的字符不是'A'時(shí)，insert和update語句都會非法"，MySQL的視圖不支持CHECK，我個(gè)人是很希望它能支持的。但如果你很需要在表中使用這樣的功能，我建議大家使用觸發(fā)器來實(shí)現(xiàn)。
CREATE TABLE t25
(s1 INT, s2 CHAR(5),
PRIMARY KEY (s1))
ENGINE=INNODB//
CREATE TRIGGER t25_bi
BEFORE INSERT ON t25
FOR EACH ROW
IF LEFT(NEW.s2,1)<>'A' THEN SET NEW.s1=0; END IF;//
CREATE TRIGGER t25_bu
BEFORE UPDATE ON t25
FOR EACH ROW
IF LEFT(NEW.s2,1)<>'A' THEN SET NEW.s1=0; END IF;//
我只需要使用BEFORE INSERT和BEFORE UPDATE語句就行了，刪除了觸發(fā)器不會對表有影響，同時(shí)AFTER的觸發(fā)器也不能修改NEW的過程變量（transition variables）。為了激活觸發(fā)器，我執(zhí)行了向表中的行插入s1＝0的數(shù)據(jù)，之后只要執(zhí)行符合LEFT(s2,1) <> 'A'條件的動作都會失?。?/font>
INSERT INTO t25 VALUES (0,'a') /* priming the pump */ //
INSERT INTO t25 VALUES (5,'b') /* gets error '23000' */ //
Don't Believe The Old MySQL Manual
該拋棄舊的MySQL的手冊了
我在這里警告大家不要相信過去的MySQL手冊中所說的了。我們已經(jīng)去掉了關(guān)于觸發(fā)器的錯(cuò)誤的語句，但是仍舊有很多舊版本的手冊在網(wǎng)上，舉個(gè)例子，這是一個(gè)德國的Url上的：
http://dev.mysql.com/doc/mysql/de/ANSI_diff_Triggers.html.
這個(gè)手冊上說觸發(fā)器就是存儲過程，忘掉吧，你也已經(jīng)看見了，觸發(fā)器就是觸發(fā)器，而存儲過程還是存儲過程。
手冊上還說觸發(fā)器可以從其他表上來刪除，或者是當(dāng)你刪除一個(gè)事務(wù)的時(shí)候激發(fā)，無論他說的是什么意思，忘掉吧，MySQL不會去實(shí)現(xiàn)這些的。
最后關(guān)于說使用觸發(fā)器會對查詢速度產(chǎn)生影響的說法也是錯(cuò)的，觸發(fā)器不會對查詢產(chǎn)生任何影響。
Bugs
?。ú缓玫臇|西就不翻譯了）
On December 14 2004, I did an "Advanced Search" in http://bugs.mysql.com for 'trigger' or
'triggers', I found that there were 17 active bugs as of that date. Of course they might disappear
before you read this, but just in case they haven't, I'll mention the important ones. If they're still
there, you'll have to work around them when you're trying triggers.
Bug#5859 DROP TABLE does not drop triggers.
?。▌h除表的時(shí)候沒有自動刪除觸發(fā)器）
When you drop a table, dropping the table's triggers should be automatic.
Bug#5892 Triggers have the wrong namespace.
?。ㄓ|發(fā)器的命名空間有錯(cuò)，你必須在前面加上表的名字才能刪除觸發(fā)器，下面是例子）
You have to say "DROP TRIGGER <table name> . <trigger name>".
The correct way is "DROP TRIGGER <trigger name>".
聯(lián)系客服
