sql server 不支持在 create trigger 中直接指定执行顺序，因触发器顺序需动态管理且涉及系统级协调；唯一官方方式是使用 sp_settriggerorder 为 after 触发器设置 first/last 优先级，而 instead of 触发器须手动控制逻辑顺序。
SQL Server 不提供显式控制多个触发器执行顺序的语法，但可通过命名规范 + AFTER / INSTEAD OF 类型组合 + sp_settriggerorder 实现确定性顺序。
为什么不能直接用 CREATE TRIGGER 指定顺序
SQL Server 允许对同一张表、同一事件（如 INSERT）创建多个 AFTER 触发器，但默认不保证执行顺序 —— 除非你显式设置。未设置时，执行顺序由系统内部决定（通常按创建时间，但不可靠），容易导致日志写入早于业务校验、或级联更新在审计前被跳过等逻辑错乱。
-
sp_settriggerorder是唯一受支持的官方方式，仅适用于AFTER触发器（INSTEAD OF不支持） - 每个事件（
INSERT/UPDATE/DELETE）最多只能设一个First和一个Last，其余自动归为None（顺序不定） - 若两个触发器都被设为
First，SQL Server 会报错：Msg 21035, Level 16, State 1: Cannot set trigger 'xxx' as the first or last trigger for event 'INSERT' on table 'yyy' because another trigger is already set for that event.
如何用 sp_settriggerorder 设置 INSERT 触发器的执行优先级
假设你有三个触发器：trg_audit_insert（记录日志）、trg_validate_insert（校验字段）、trg_sync_insert（同步到另一表）。你希望：校验 → 主操作 → 审计 → 同步。
注意：主操作是隐式的，不可干预；你能控制的是触发器在它前/后的相对位置。
- 先设校验为
First：EXEC sp_settriggerorder @triggername = 'trg_validate_insert', @order = 'First', @stmttype = 'INSERT'; - 再设同步为
Last：EXEC sp_settriggerorder @triggername = 'trg_sync_insert', @order = 'Last', @stmttype = 'INSERT'; - 审计触发器不设顺序，它将在
First之后、Last之前任意执行（即“中间段”） - 执行后可用
SELECT name, is_first, is_last FROM sys.triggers WHERE parent_id = OBJECT_ID('YourTable');验证
INSTEAD OF 触发器无法设顺序，但能天然规避冲突
当你需要强顺序且涉及修改原始数据（比如统一填充 created_at、重写 status），INSTEAD OF 是更可控的选择 —— 它完全替代原语句，你可以在其中按任意顺序调用逻辑块，甚至用 IF 分支决定是否执行某段。
-
INSTEAD OF触发器不会被sp_settriggerorder管理，也不参与AFTER链，因此不会和AFTER触发器产生顺序竞争 - 但它要求你手动完成原本由 SQL Server 自动做的插入/更新动作，例如必须显式写
INSERT INTO target SELECT * FROM inserted; - 若表上有多个
INSTEAD OF触发器，SQL Server 只执行第一个（按创建顺序），其余被忽略 —— 这本身就是一种“硬性顺序”，但不可配置
容易被忽略的兼容性与陷阱
SQL Server 2019 中，sp_settriggerorder 的行为与早期版本一致，但以下两点常被漏掉：
- 该设置只对当前数据库生效，跨库引用时无效；若触发器作用于视图，
@stmttype必须匹配视图上实际发生的操作（如视图UPDATE可能映射到底层表的INSERT+DELETE） - 内存优化表（In-Memory OLTP）不支持
sp_settriggerorder，其触发器只能是AFTER且无顺序控制能力 - 使用
CREATE OR ALTER TRIGGER重建触发器后，原有sp_settriggerorder设置**不会保留**，必须重新执行
