sql查询触发器的代码

### 编写SQL查询触发器代码

#### 创建 `AFTER` 触发器
当希望在特定数据修改操作完成之后执行某些逻辑时，可以使用 `AFTER` 或者 `FOR` 关键字来定义触发器。这类触发器会在所有约束条件验证通过以及基础表的数据变动完成后才被激活。

对于一个简单的例子，在学生(`student`)和班级(`class`)两个关联表格之间设置了一个级联删除机制：

CREATE TRIGGER trg_after_delete_student
AFTER DELETE ON student
FOR EACH ROW
BEGIN
    -- 删除与之对应的班级记录
    DELETE FROM class WHERE id = OLD.class_id;
END;

此段脚本表示每当从 `student` 表中移除一条记录后[^1]，会紧接着尝试清除那些不再有任何学生的班级条目。然而需要注意的是，上述实现可能会遇到因违反外键关系而导致的操作失败情况。

#### 使用 `INSTEAD OF` 触发器解决冲突
为了避免由于存在外键约束所引发的问题，可以选择构建一种特殊的替代型 (`INSTEAD OF`) 触发器。这种类型的触发器允许自定义处理流程，从而绕过标准的行为模式。下面是一个调整后的版本，它能够确保先清理子项（即学生）再处理父项（也就是班级）:

CREATE TRIGGER trg_instead_of_delete_student
INSTEAD OF DELETE ON student
FOR EACH ROW
BEGIN
    -- 首先删除相关的学生记录
    DELETE FROM student WHERE id = OLD.id;

    -- 接着检查是否有空置的班级，并予以删除
    IF NOT EXISTS (SELECT * FROM student s WHERE s.class_id = OLD.class_id) THEN
        DELETE FROM class WHERE id = OLD.class_id;
    END IF;
END;

这段代码展示了如何利用 `INSTEAD OF` 来重定向默认行为，使得即使在外键保护的情况下也能安全地实施连带性的删除动作[^2]。

#### 设置触发器执行顺序
有时可能在同一张表上设定了多个同类型（比如都是 `BEFORE UPDATE` 类型）的触发器，则可以通过指定 `FOLLOWS` 或 `PRECEDES` 子句控制它们之间的相对次序。例如：

CREATE TRIGGER new_trigger_name
...
FOLLOWS existing_trigger_name;  -- 新建触发器将在已有的某个触发器之后运行
-- OR --
PRECEDES another_existing_trigger_name;  -- 新建触发器将会在此前创建的一个触发器之前被执行

这有助于更精细地管理复杂业务场景下的事务流[^3]。