트리거는 이전에 소개한 저장 프로시저와는 다른 특별한 유형의 저장 프로시저입니다. 트리거는 주로 이벤트에 의해 트리거되며 자동으로 호출되어 실행됩니다. 저장 프로시저는 저장 프로시저의 이름으로 호출될 수 있습니다.
트리거의 주요 기능은 참조 무결성보다 더 복잡한 둘 이상의 테이블 간의 데이터 무결성과 일관성을 달성하여 테이블의 데이터 변경 사항이 데이터베이스 디자이너의 결정을 따르도록 하는 것입니다.
트리거가 테이블에 삽입, 업데이트 또는 삭제될 때 자동으로 실행되는 특수 저장 프로시저입니다. 트리거는 일반적으로 더 복잡한 검사 제약 조건이 있는 제약 조건에 사용됩니다.
트리거와 일반 저장 프로시저의 차이점은 트리거가 특정 테이블에서 작동한다는 것입니다. 업데이트, 삽입, 삭제 등의 작업 중에 시스템은 테이블에서 해당 트리거를 자동으로 호출하고 실행합니다.
SQL Server 2005의 트리거는 DML 트리거와 DDL 트리거의 두 가지 범주로 나눌 수 있습니다. DDL 트리거는 다양한 데이터 정의 언어 문에 영향을 미치며 이러한 문에는 create, alter 및 drop 문이 포함됩니다.
DML 트리거는 다음과 같이 구분됩니다.
1. 이후 트리거
a. 업데이트 트리거
삭제 트리거
2. 트리거 대신(이전에 트리거됨)
3. 차이점
트리거 이후: 특정 작업 삽입, 업데이트, 삭제가 수행된 후에만 트리거가 트리거되어야 하며 on에서만 정의할 수 있습니다. 테이블.
트리거 대신: 정의된 작업(삽입, 업데이트, 삭제)을 실행하지 않고 트리거 자체만 실행함을 나타냅니다. 트리거 대신 테이블이나 뷰에서 정의할 수 있습니다.
(1) 삽입된 테이블은 삽입 또는 업데이트 문의 영향을 받는 행의 복사본을 저장하는 데 사용됩니다. 삽입 또는 업데이트 작업이 수행되면 트리거를 활성화하는 기본 테이블과 삽입된 테이블 모두에 새 데이터 행이 추가됩니다.
(2) 삭제된 테이블은 삭제 또는 업데이트 문의 영향을 받는 행의 복사본을 저장하는 데 사용됩니다. 삭제 또는 업데이트 작업이 수행되면 지정된 원본 데이터 행이 기본 테이블에서 삭제된 후 삭제된 테이블로 전송됩니다. 일반적으로 기본 테이블과 삭제된 테이블에는 동일한 데이터 행이 존재하지 않습니다.
설명:
업데이트 작업은 두 단계로 나누어집니다. 먼저 기본 테이블의 수정된 원본 데이터 행을 삭제된 테이블로 전송한 다음, 삽입된 테이블의 수정된 새 데이터 행을 기본 테이블에 복사합니다. . 즉, 업데이트 작업의 경우 삭제된 테이블은 수정 전의 이전 값을 저장하고, 삽입된 테이블은 수정 후 새로운 값을 저장합니다.
1.监视地点(table) 2.监视事件(insert/update/delete) 3.触发时间(after/before) 4.触发事件(insert/update/delete)
delimiter &&create trigger trigger Nameafter/before insert/update/delete on 表名 for each row #这句话在mysql是固定的 beginsql语句; end&&
mysql> create table g(
-> id int auto_increment primary key, -> name varchar(10), -> num int -> );mysql> create table o(
-> idd int auto_increment primary key, -> gid int, -> much int -> );mysql> insert into g (name,num) value ('juzi',20);mysql> select * from g; +----+------+------+| id | name | num | +----+------+------+| 3 | juzi | 20 | +----+------+------+
트리거 생성:
insert into o(gid,much) values(1,3);
실행:
update g set num=num-3 where id=1;
결과:
제품 1의 수량이 7로 변경된 것을 확인할 수 있습니다. 이는 주문을 삽입하면 트리거가 자동으로 업데이트 작업을 수행한다는 의미입니다.
그런데 이제 문제가 생겼습니다. 트리거의 num과 id가 하드코딩되어 있어 어떤 제품을 구매하든 결국 1번 제품의 수량이 업데이트됩니다. 예를 들어 주문 테이블에 또 다른 레코드를 삽입합니다. o(gid,much) 값(2,3)에 삽입하면 제품 1의 수량이 4로 변경되었지만 제품 2의 수량이 변경되었음을 알 수 있습니다. 이는 분명히 우리가 원하는 결과가 아닙니다. 앞서 만든 트리거를 변경해야 합니다.
delimiter &
mysql> create trigger trg1
-> after insert on o -> for each row -> begin -> update g set num = num -3 where id = 1; -> end&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了，说明我们的触发器发挥作用了。
以上就是 【MySQL 12】触发器的内容，更多相关内容请关注PHP中文网（www.php.cn）！
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
