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 
begin
sql语句;
end;

 

首先咱们来建立两张表：

#商品表

create table g
(
　　id int primary key auto_increment,
　　name varchar(20),
　　num int
);

#订单表

create table o
(
    oid int primary key auto_increment,
    gid int,
    much int
);

insert into g(name,num) values('商品1',10),('商品2',10),('商品3',10);

若是咱们在没使用触发器以前：假设咱们如今卖了3个商品1，咱们须要作两件事

1.往订单表插入一条记录

insert into o(gid,much) values(1,3);

2.更新商品表商品1的剩余数量

update g set num=num-3 where id=1;

 

如今，咱们来建立一个触发器：

须要先执行该语句：

delimiter $ #意思是告诉mysql语句的结尾换成以$结束

create trigger tg1 after insert on o for each row 
begin
update g set num=num-3 where id=1;
end$

这时候咱们只要执行：

insert into o(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.列名来表示。

因此如今咱们能够这样来改咱们的触发器

create trigger tg2 after insert on o for each row 
begin
update g set num=num-new.much where id=new.gid; #(注意此处和第一个触发器的不一样)
end$

第二个触发器建立完毕，咱们先把第一个触发器删掉

drop trigger tg1$

再来测试一下，插入一条订单记录：

insert into o(gid,much) values(2,3)$

执行完发现商品2的数量变为7了，如今就对了。

 

如今还存在两种状况：

1.当用户撤销一个订单的时候，咱们这边直接删除一个订单，咱们是否是须要把对应的商品数量再加回去呢？

2.当用户修改一个订单的数量时，咱们触发器修改怎么写?

咱们先分析一下第一种状况：

监视地点：o表

监视事件：delete

触发时间：after

触发事件：update

对于delete而言：本来有一行,后来被删除，想引用被删除的这一行，用old来表示，old.列名能够引用被删除的行的值。

那咱们的触发器就该这样写：

create trigger tg3 after delete on o for each row
begin
update g set num = num + old.much where id = old.gid; #(注意这边的变化)
end$

建立完毕。

再执行

delete from o where oid = 2$

会发现商品2的数量又变为10了。

 

第二种状况：

监视地点：o表

监视事件：update

触发时间：after

触发事件：update

对于update而言：被修改的行，修改前的数据，用old来表示，old.列名引用被修改以前行中的值；

修改的后的数据，用new来表示，new.列名引用被修改以后行中的值。

那咱们的触发器就该这样写：

create trigger tg4 after update on o for each row
begin
update g set num = num+old.much-new.much where id = old/new.gid;
end$

先把旧的数量恢复再减去新的数量就是修改后的数量了。

咱们来测试下：先把商品表和订单表的数据都清掉，易于测试。

假设咱们往商品表插入三个商品，数量都是10，

买3个商品1：

insert into o(gid,much) values(1,3)$  

这时候商品1的数量变为7；

咱们再修改插入的订单记录:

update o set much = 5 where oid = 1$

咱们变为买5个商品1，这时候再查询商品表就会发现商品1的数量只剩5了，说明咱们的触发器发挥做用了。

 

咱们先作个测试：

接上篇日志建的商品表g和订单表o和触发器

假设：假设商品表有商品1，数量是10；

咱们往订单表插入一条记录：

insert into o(gid,much) values(1,20);

会发现商品1的数量变为-10了。这就是问题的所在，由于咱们以前建立的触发器是after,也就是说触发的语句是在插入订单记录以后才执行的，这样咱们就没法判断新插入订单的购买数量。

 

先讲一下after和before的区别：

after是先完成数据的增删改，再触发，触发的语句晚于监视的增删改操做，没法影响前面的增删改动做；也就是说先插入订单记录，再更新商品的数量；

before是先完成触发，再增删改，触发的语句先于监视的增删改，咱们就有机会判断，修改即将发生的操做；

 

咱们用一个典型案例来区分它们的区别，新建一个触发器：

#监视地点: 商品表o

#监视事件：insert

#触发时间：before

#触发事件：update

案例：当新增一条订单记录时，判断订单的商品数量，若是数量大于10，就默认改成10

create trigger tg6 before insert on o for each row
begin
　　if new.much > 10 then
　　　　set new.much = 10;
　　end if;
　　update g set num = num - new.much where id = new.gid;
end$

执行完，把以前建立的after触发器删掉，再来插入一条订单记录：

insert into o(gid,much) valus(1,20)$

执行完会发现订单记录的数量变为10，商品1的数量变为0了，就不会出现负数了。