MySQL触发器之初见
触发器
语法
CREATE TRIGGER trigger_nametrigger_time
trigger_event NO table_name
FOR EACH ROW
trigger_stmt
- trigger_name: 标识触发器名称,用户自行指定;
- trigger_time: 标识触发时机,取值为 BEFORE、AFTER;
- trigger_event: 标识触发事件,取值为 INSERT、UPDATE 或者 DELETE;
- table_name: 标识触发器的表名,即在哪张表上建立触发器;
- trigger_stmt: 触发器程序体
例
当表tb1中记录添加后子哦对那个添加到表tb2中
CREATE TRIGGER trigger1AFTER
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 updateDctAFTER
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