前言:
触发器只是用在特定的场合,一般情况下,我们还是在代码中处理,因为同一个业务逻辑中,如果代码和sql中都有业务逻辑,那么后期维护将很麻烦,所以要根据实际情况来选择,看是否合适。触发器就是写在数据库中的一个脚本sql,当数据库某一个字段发生改变的时候,触发一个或多条sql语句,同时让多张表的数据同步。比如我们有的表中存放了部门名称,那么当我们部门名称发生改变的时候,我们应该调用触发器同时去修改存放了“部门名称”这个冗余字段。
什么是触发器:简单的说,就是一张表发生了某件事(插入、删除、更新操作),然后自动触发了预先编写好的若干条SQL语句的执行.
特点及作用:
特点:触发事件的操作和触发器里的SQL语句是一个事务操作,具有原子性,要么全部执行,要么都不执行.
作用:1.安全性。可以基于数据库的值使用户具有操作数据库的某种权利。 2.审计。可以跟踪用户对数据库的操作。 3.实现复杂的非标准的数据库相关完整性规则。触发器可以对数据库中相关的表进行连环更新。触发器能够拒绝或回退那些破坏相关完整性的变化,取消试图进行数据更新的事务。当插入一个与其主健不匹配的外部键时,这种触发器会起作用。 4.同步实时地复制表中的数据。 5.自动计算数据值,如果数据的值达到了一定的要求,则进行特定的处理。
弊端:1.增加程序的复杂度,有些业务逻辑在代码中处理,有些业务逻辑用触发器处理,会使后期维护变得困难.
2.如果需要变动整个数据集而数据集数据量又较大时,触发器效果会非常低.
3.对于批量操作并不适合使用触发器 使用触发器实现的业务逻辑在出现问题时很难进行定位,特别是设计到多个触发器的情况 协同开发时,写业务层代码如果不清楚数据库 触发器的细节,容易搞不清到底触发了那些触发器 大量使用触发器会导致代码结构容易被打乱,阅读源码困难.
触发器的创建:
CREATE TRIGGER trigger_name trigger_time trigger_event ON tbl_name FOR EACH ROW trigger_stmt
trigger_name:用来表示触发器的名称,可以自己设计 trigger_time:标识触发器的触发时机,取值是BEFORE或AFTER trigger_event:标识触发事件,取值为INSERT,UPDATE和DELETE tbl_name:标识建立触发器的表名,即在哪张表上建立触发器 trigger_stmt:触发器程序体,可以是一句SQL语句,或者用 BEGIN 和 END 包含的多条语句。 由此可见,可以建立6种触发器,即:BEFORE INSERT、BEFORE UPDATE、BEFORE DELETE、AFTER INSERT、AFTER UPDATE、AFTER DELETE。 不能在一个表中建两个相同类型的触发器,所以一个表最多只能建6个触发器;
查看触发器:
SHOW TRIGGERS [FROM schema_name];
这里的schema_name 就是指定的库名
删除触发器:
DROP TRIGGER [IF EXISTS] [schema_name.]trigger_name
触发器的修改:
触发器不能修改, 只能删除以后重新创建.
触发器的执行顺序:
我们建立的数据库一般都是 InnoDB 数据库,其上建立的表是事务性表,也就是事务安全的。这时,若SQL语句或触发器执行失败,MySQL 会回滚事务,有: ①如果 BEFORE 触发器执行失败,SQL 无法正确执行。 ②SQL 执行失败时,AFTER 型触发器不会触发。 ③AFTER 类型的触发器执行失败,SQL 会回滚