MySQL触发器之初见

database

触发器


语法

CREATE TRIGGER trigger_name

trigger_time

trigger_event NO table_name

FOR EACH ROW

trigger_stmt

  • trigger_name: 标识触发器名称,用户自行指定;
  • trigger_time: 标识触发时机,取值为 BEFOREAFTER
  • trigger_event: 标识触发事件,取值为 INSERTUPDATE 或者 DELETE
  • table_name: 标识触发器的表名,即在哪张表上建立触发器;
  • trigger_stmt: 触发器程序体

当表tb1中记录添加后子哦对那个添加到表tb2中

CREATE TRIGGER trigger1

AFTER

INSERT ON tb1

FOR EACH ROW

INSERT INTO tb2 (name) VALUES (new.name)

  • NEW: 表示新值
  • OLD: 表示旧值
  • INSERT只有NEW
  • UPDATE有NEW和OLD
  • DELETE只有OLD

向country表中添加数据后,将数据同步到country_dictionary表中

CREATE TRIGGER updateDct

AFTER

INSERT ON country

FOR EACH ROW

INSERT INTO country_dictionary(id,name,insetTime) VALUES (new.id,new.countryname,SYSDATE());

查询该库中的触发器

  • 方法一

SHOW TRIGGERS;

  • 方法二

SELECT * FROM information_schema.`TRIGGERS` WHERE TRIGGER_NAME = "updateDct";

删除触发器 DROP TRIGGER trigger_name;

DROP TRIGGER updateDct;

某些时候需要改变语句结束符号符号

在命令行中执行时,“;”加回车表示执行,需要将分隔符改为别的符号,执行完再改回来,可用 delimiter 关键字实现

在表更新后将跟新前和跟新后数据加到日志表中,见下

-- 将分隔符换位//

DELIMITER //

CREATE TRIGGER on_update_country_log

AFTER

UPDATE ON country

FOR EACH ROW

BEGIN

INSERT INTO country_update_log VALUES (UUID(),SYSDATE(),CONCAT("new[country_code=",new.countryCode,";countryname=",new.countryname,"]"));

INSERT INTO country_update_log VALUES (UUID(),SYSDATE(),CONCAT("old[country_code=",old.countryCode,";countryname=",old.countryname,"]"));

END//

DELIMITER ;


【延申】为什么不推荐使用触发器和存储过程?

  • 1.存储过程和触发器二者是有很大的联系的,我的一般理解就是触发器是一个隐藏的存储过程,因为它不需要参数,不需要显示调用,往往在你不知情的情况下已经做了很多操作。从这个角度来说,由于是隐藏的,无形中增加了系统的复杂性,非DBA人员理解起来数据库就会有困难,因为它不执行根本感觉不到它的存在。
  • 2.再有,涉及到复杂的逻辑的时候,触发器的嵌套是避免不了的,如果再涉及几个存储过程,再加上事务等等,很容易出现死锁现象,再调试的时候也会经常性的从一个触发器转到另外一个,级联关系的不断追溯,很容易使人头大。其实,从性能上,触发器并没有提升多少性能,只是从代码上来说,可能在coding的时候很容易实现业务,所以我的观点是:摒弃触发器!触发器的功能基本都可以用存储过程来实现。
  • 3.在编码中存储过程显示调用很容易阅读代码,触发器隐式调用容易被忽略。

    存储过程也有他的致命伤↓

  • 4.存储过程的致命伤在于移植性,存储过程不能跨库移植,比如事先是在mysql数据库的存储过程,考虑性能要移植到oracle上面那么所有的存储过程都需要被重写一遍。

———摘自互联网

以上是 MySQL触发器之初见 的全部内容, 来源链接: utcz.com/z/531261.html

回到顶部