滥觞:网海拾贝
作者:mysql AB;翻译:陈朋奕
Conventions and Styles约定和编程作风
每次我想要演示实践代码时,我会对mysql客户真个屏幕就出现的代码阻止调解排解,将字体改成Courier,使他们看起来与普通文本纷比方样(让各人区别顺序代码和解释)。在这里举个例子:
mysql> DROP FUNCTION f;
Query OK, 0 rows affected (0.00 sec)
如果实例对频年夜,则需求在某些行和段落间加解释,同时我会用将"<--"标记放在页面的左边以浮现强调。比方:
mysql> CREATE PROCEDURE p ()
-> BEGIN
-> /* This procedure does nothing */ <--
-> END;//
Query OK, 0 rows affected (0.00 sec)
偶尔辰我会将例子中的"mysql>"和"->"这些琐细体现去掉,你可以间接将代码复制到mysql客户端顺序中(如果你现在所读的不是电子版的,可以在mysql.com网站下载干系剧本)
所以的例子都已经在Suse 9.2 Linux、Mysql 5.0.3群众版上测试经过。在您阅读本书的时辰,Mysql已经有更高的版本,同时能撑持更多OS了,搜罗Windows,Sparc,HP-UX。是以这里的例子将能正常的运转在您的电脑上。但如果运转依旧出现错误谬误,可以咨询你了解的资深Mysql用户,这样就能得到对比好的撑持和协助。
Why Triggers 为什么要用触发器
我们在MySQL 5.0中搜罗对触发器的撑持是因为以下缘由:
MySQL晚期版本的用户长期有需求触发器的要求。
我们已经许愿撑持一切ANSI范例的特性。
您可以运用它来检查或防御坏的数据进入数据库。
您可以转变或者撤销INSERT, UPDATE以及DELETE语句。
您可以在一个会话中监视数据转变的行动。
在这里我假定各人都读过"MySQL新特性"丛书的第一集--"MySQL存储过程",那么各人都应该知道MySQL至此存储过程和函数,那是很重要的知识,因为在触发器中你可以运用在函数中运用的语句。希罕举个例子:
复合语句(BEGIN / END)是合理的.
流节制(Flow-of-control)语句(IF, CASE, WHILE, LOOP, WHILE, REPEAT, LEAVE,ITERATE)也是合理的.
变量声明(DECLARE)以及指派(SET)是合理的.
承诺前提声明.
异常处理惩声明也是承诺的.
然则在这里要记着函数有受限前提:不克不及在函数中接见表.是以在函数中运用以下语句是合理的。
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
在触发器中也有完全一样的限定.
触发器相对而言对比新,是以会有(bugs)缺陷.所以我在这里给各人劝诫,就像我在存储过程书中所说那样.不要在含有重要数据的数据库中运用这个触发器,如果需求的话在一些以测试为目的的数据库上运用,同时在你对表成立触发器时确认这些数据库是默许的。
Syntax 语法
1. Syntax: Name 语法:定名规律
CREATE TRIGGER <触发器称号> <--
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表称号>
FOR EACH ROW
<触发器SQL语句>
触发器必须有名字,最多64个字符,能够后面会附有分隔符.它和MySQL中其他工具的定名方法基黑幕象.
这里我有个习气:即是用表的名字+'_'+触发器榜样的缩写.是以如果是表t26,触发器是在事变UPDATE(参考上面的点(2)和(3))之前(BEFORE)的,那么它的名字即是t26_bu。
2. Syntax: Time 语法:触发时间
CREATE TRIGGER <触发器称号>
{ BEFORE | AFTER } <--
{ INSERT | UPDATE | DELETE }
ON <表称号>
FOR EACH ROW
<触发的SQL语句>
触发器有执行的时间设置:可以设置为事变发生发火前或后。
3. Syntax: Event语法:事变
CREATE TRIGGER <触发器称号>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE } <--
ON <表称号>
FOR EACH ROW
<触发的SQL语句>
异常也能设定触发的事变:它们可以在执行insert、update或delete的过程中触发。
4. Syntax: Table 语法:表
CREATE TRIGGER <触发器称号>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表称号> <--
FOR EACH ROW
<触发的SQL语句>
触发器是属于某一个表的:当在这个表上执行拔出、更新或删除操纵的时辰就招致触发器的激活.
我们不克不及给同一张表的同一个事变安放两个触发器。
5. Syntax: Granularity 语法:( :( 步长)触发间隔
CREATE TRIGGER <触发器称号>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表称号>
FOR EACH ROW <--
<触发的SQL语句>
触发器的执行间隔:FOR EACH ROW子句告诉触发器每隔一行执行一次行动,而不是对整个表执行一次。
6. Syntax: Statement 语法:语句
CREATE TRIGGER <触发器称号>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON <表称号>
FOR EACH ROW
<触发的SQL语句> <--
触发器搜罗所要触发的SQL语句:这里的语句可所以任何合理的语句,搜罗复合语句,然则这里的语句受的限定和函数的一样。
Privileges权限
你必须拥有相当年夜的权限才华成立触发器(CREATE TRIGGER)。如果你已经是Root用户,那么就足够了。这跟SQL的范例有所不同,我也企望能尽快改成范例的。
是以鄙人一个版本的MySQL中,你完全有能够看到有一种叫做CREATE TRIGGER的新权限。然后经过这样的方法授予:
GRANT CREATE TRIGGER ON <表称号> TO <用户或用户列表>;
也可以经过这样收回权限:
REVOKE CREATE TRIGGER ON <表称号> FROM <用户或用户列表>;
Referring to OLD and NEW columns 关于旧的和新成立的列的标识
在触发器的SQL语句中,你可以联络关系表中的任意列。但你不克不及仅运用列的称号去标识,那会使琐细混杂,因为那儿能够会有列的新名(这能够正是你要点窜的,你的行动能够正是要点窜列名),还有列的旧名存在。是以你必须用这样的语法来标识:
"NEW . column_name"或者"OLD . column_name".这样在手艺上处理惩(NEW | OLD . column_name)新和旧的列名属于成立了过渡变量("transition variables")。
草率INSERT语句,只需NEW是合理的;草率DELETE语句,只需OLD才合理;而UPDATE语句可以在和NEW以及OLD同时运用。上面是一个UPDATE中同时运用NEW和OLD的例子。
CREATE TRIGGER t21_au
BEFORE UPDATE ON t22
FOR EACH ROW
BEGIN
SET @old = OLD . s1;
SET @new = NEW.s1;
END;//
现在如果t21表中的s1列的值是55,那么执行了"UPDATE t21 SET s1 = s1 1"之后@old的值会酿成55,而@new的值将会酿成56。
Example of CREATE and INSERT CREATE和INSERT的例子
CREATE table with trigger成立有触发器的表
这里一切的例程中我都假定各人的分隔符已经设置成//(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;//
在最最先我成立了一个名字为t22的表,然后在表t22上成立了一个触发器t22_bi,当我们要向表中的行拔出时,触发器就会被激活,执即将s1列的值改为55的行动。
INSERT on table w ith a trigger运用触发器执行拔出行动
mysql> INSERT INTO t22 VALUES (1)//
让我们看如果向表t2中拔出一行数据触发器对应的表会如何样?
这里的拔出的行动是很罕见的,我们不需求触发器的权限来执行它。乃至不需求知道能否有触发器联络关系。
mysql> SELECT @x, t22.* FROM t22//
------------------------ ------
| @x | s1 |
------------------------ ------
| Trigger was activated! | 55 |
------------------------ ------
1 row in set (0.00 sec)
各人可以看到INSERT行动之后的成效,和我们预期的一样,x标记被窜改了,同时这里拔出的数据不是我们最先输入的拔出数据,而是触发器自己的数据。
Example of a "check" constraint
"check"齐全性束缚例子
What's a "check" constraint 什么是"check"束缚
在范例的SQL言语中,我们可以在(CREATE TABLE)成立表的过程中运用"CHECK (condition)",
比方:
CREATE TABLE t25
(s1 INT, s2 CHAR(5), PRIMARY KEY (s1),
CHECK (LEFT(s2,1)='A'))
ENGINE=INNODB;
这里CHECK的意思是"当s2列的最左边的字符不是'A'时,insert和update语句都集中理",MySQL的视图不撑持CHECK,我个人是很企望它能撑持的。但如果你很需求在表中运用这样的功用,我倡议各人运用触发器来完成。
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语句就行了,删除了触发器不会对表有影响,同时AFTER的触发器也不克不及点窜NEW的过程变量(transition variables)。为了激活触发器,我执行了向表中的行拔出s1=0的数据,之后只需执行符合LEFT(s2,1) <> 'A'前提的行动都邑掉败:
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手册中所说的了。我们已经去掉了关于触发器的错误的语句,然则依旧有很多旧版本的手册在网上,举个例子,这是一个德国的Url上的:
http://dev.mysql.com/doc/mysql/de/ANSI_diff_Triggers.html.
这个手册上说触发器即是存储过程,忘掉吧,你也已经看见了,触发器即是触发器,而存储过程照样存储过程。
手册上还说触发器可以从其他表下去删除,年夜如果当你删除一个事宜的时辰激起,无论他说的是什么意思,忘掉吧,MySQL不会去完成这些的。
最初关于说运用触发器会对盘问速度发生发火影响的说法也是错的,触发器不会对盘问发生发火任何影响。
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.
(删除表的时辰没有主动删除触发器)
When you drop a table, dropping the table's triggers should be automatic.
Bug#5892 Triggers have the wrong namespace.
(触发器的定名空间有错,你必须在后面加上表的名字才华删除触发器,上面是例子)
You have to say "DROP TRIGGER <table name> . <trigger name>".
The correct way is "DROP TRIGGER <trigger name>".
Bug#5894 Triggers with altered tables cause corrupt databases.
(触发器对表的转变能够会形成数据库数据被破损)
Do not alter a table that has a trigger on it, until you know this is fixed.
Conclusion 最初
到了书的最初,我觉得不需求给各人复习年夜如果重温一下了,因为相信各人可以很轻松的记着上面所说的。
版权声明: 原创作品,承诺转载,转载时请务必以超链接形式标明文章 原始情由 、作者信息和本声明。否则将追究司法责任。