mysql之触发器trigger

mysql之触发器trigger 

触发器(trigger)：监视某种情况，并触发某种操作。
 
触发器创建语法四要素：1.监视地点(table) 2.监视事件(insert/update/delete) 3.触发时间(after/before) 4.触发事件(insert/update/delete)
 
语法：
 
	create trigger triggerName
	after/before insert/update/delete on 表名
	for each row   #这句话在mysql是固定的
	begin
		sql语句;
	end;
 
 
首先我们来创建两张表：
 
#商品表
	create table `goods`(
		id int primary key auto_increment,
		name varchar(20),
		num int
	);
 
#订单表
	create table `order`(
		oid int primary key auto_increment,
		gid int,
		much int
	);
insert into `goods`(name,num) values('apple',10);
insert into `goods`(name,num) values('orange',10);
insert into `goods`(name,num) values('watermelon',10);
上面三条insert语句执行后对应主键分别为1、2、3
 
如果我们在没使用触发器之前：假设我们现在卖了3个apple，我们需要做两件事：
 
1.往订单表插入一条记录
	insert into `order`(gid,much) values(1,3);
 
2.更新商品表商品1的剩余数量
	update goods set num=num-3 where id=1;
 
现在，我们来创建一个触发器：
需要先执行该语句：delimiter $(意思是告诉mysql语句的结尾换成以$结束)
 
	delimiter $
	create trigger tg1
	after insert on `order`
	for each row 
	begin
		update goods set num=num-3 where id=1;
	end$
 
这时候我们只要执行：
	insert into `order`(gid,much) values(1,3)
 
会发现商品1的数量变为7了，说明在我们插入一条订单的时候，触发器自动帮我们做了更新操作。
 
但现在会有一个问题，因为我们触发器里面num和id都是写死的，所以不管我们买哪个商品，最终更新的都是商品1的数量。比如：我们往订单表再插入一条记录：insert into o(gid,much) values(2,3),执行完后会发现商品1的数量变4了，而商品2的数量没变，这样显然不是我们想要的结果。我们需要改改我们之前创建的触发器。
 
我们如何在触发器引用行的值，也就是说我们要得到我们新插入的订单记录中的gid或much的值。
 
对于insert而言，新插入的行用new来表示，行中的每一列的值用new.列名来表示。
 
	delimiter $
	create trigger tg2
	after insert on `order`
	for each row 
	begin
		update goods set num=num-new.much where id=new.gid; -- (注意此处和第一个触发器的不同)
	end$

创建tg2时会发现报错"This version of MySQL doesn't yet support 'multiple triggers with the same action time and event for one table'",意思是一个表不能同时存在两个触发器(不针对所有版本)。
所以我们需要先把第一个触发器删掉(通过show triggers 查看当前存在的触发器)
	drop trigger tg1
 
然后创建tg2后,再来测试一下，插入一条订单记录：insert into `order`(gid,much) values(2,3)  执行完发现商品2的数量变为7了，现在就对了。
 
 
现在还存在两种情况：
	1.当用户撤销一个订单的时候，我们这边直接删除一个订单，我们是不是需要把对应的商品数量再加回去呢？
	2.当用户修改一个订单的数量时，我们触发器修改怎么写?
 
我们先分析一下第一种情况：
 
	监视地点：order表
	监视事件：delete
	触发时间：after
	触发事件：update
 
对于delete而言：原本有一行,后来被删除，想引用被删除的这一行，用old来表示，old.列名可以引用被删除的行的值。
 
那我们的触发器就该这样写：
 
	delimiter $
	create trigger tg3
	after delete on `order`
	for each row
	begin
		update goods set num = num + old.much where id = old.gid; -- (注意这边的变化)
	end$
 
再执行delete from `order` where oid = 2  会发现商品2的数量又变为10了。
 
 
第二种情况：
 
	监视地点：order表
	监视事件：update
	触发时间：after
	触发事件：update
 
对于update而言：被修改的行修改前的数据，用old来表示，old.列名引用被修改之前行中的值；
 
修改的后的数据，用new来表示，new.列名引用被修改之后行中的值。
 
那我们的触发器就该这样写：
 
	delimiter $
	create trigger tg4
	after update on `order`
	for each row
	begin
		update goods set num = num+old.much-new.much where id = old/new.gid;
	end$
 
先把旧的数量恢复再减去新的数量就是修改后的数量了。
 
 
假设商品"watermelon"数量是10，
 
	买3个商品1：insert into `order`(gid,much) values(3,3); -- 成交了3个西瓜
 
这时候watermelon的数量变为7；
 
我们再修改插入的订单记录: update `order` set much = 5 where oid = 3
 
我们变为买5个watermelon，这时候再查询商品表就会发现watermelon的数量只剩5了，说明我们的触发器发挥作用了。

after与before的区别及使用场景：
假设：假设商品表有商品apple数量是10；
 
我们往订单表插入一条记录：insert into `order`(gid,much) values(1,20);
 
会发现商品apple的数量变为-10了。这就是问题的所在，因为我们之前创建的触发器是after,也就是说触发的语句是在插入订单记录之后才执行的，这样我们就无法判断新插入订单的购买数量。

after是先完成数据的增删改，再触发，触发的语句晚于监视的增删改操作，无法影响前面的增删改动作；也就是说先插入订单记录，再更新商品的数量；
 
before是先完成触发，再增删改，触发的语句先于监视的增删改，我们就有机会判断，修改即将发生的操作；

我们用一个典型案例来区分它们的区别，新建一个触发器：
 
	#监视地点: 商品表order
	#监视事件：insert
	#触发时间：before
	#触发事件：update
 
案例：当新增一条订单记录时，判断订单的商品数量，如果数量大于10，就默认改为10

	delimiter $
	create trigger tg5
	before insert on `order`
	for each row 
	begin
		if new.much > 10 then
			set new.much = 10; 
		end if;
		update goods set num = num - new.much where id = new.gid;
	end$
再来插入一条订单记录：
	insert into `order`(gid,much) values(2,20)
 
执行完会发现订单记录的数量变为10，商品1的数量变为0了，就不会出现负数了。

参考：http://www.cnblogs.com/zzwlovegfj/archive/2012/07/04/2576989.html

不过显然还是不完美的,10是个什么鬼？