为什么在SQL触发器中引用临时表会引发不可预知的错误？

SQL Server触发器中禁止创建或引用#temp表，因其隐式事务不支持tempdb日志写入且作用域限于批处理；MySQL和Oracle也硬性拒绝相关操作；稳定替代方案为使用inserted/deleted、ITVF或队列表+异步作业。

触发器里建#temp直接报错：隐式事务禁止日志写入

SQL Server 触发器中执行 CREATE TABLE #temp 会立刻抛出错误：The current transaction cannot be committed and cannot support operations that write to the log file. 这不是权限或语法问题，而是引擎强制限制：触发器运行在隐式事务中，而创建本地临时表需向 tempdb 写入元数据和日志，与当前事务上下文冲突。

• #temp 的创建触发 tempdb 的 DDL 日志记录，而触发器事务不允许这种“副作用”
• ##temp 同样失败——它也要写日志，且存在并发污染风险
• 哪怕加了 TRY...CATCH 或放在 IF 分支里，解析阶段就拒绝，根本不会进执行逻辑

触发器中引用已存在的#temp报“对象名无效”：作用域不匹配

即使你在触发器外手动建了 #temp，触发器内部仍大概率报 Invalid object name '#temp'。因为 #temp 的作用域绑定到**创建它的批处理（batch）**，而非会话或事务。触发器是独立批处理，无法继承父批处理中定义的局部临时表。

• 常见误操作：在存储过程中 CREATE TABLE #t，再 INSERT 触发触发器——触发器执行时，#t 所在批处理早已结束
• SQL Server 不支持跨批共享 #temp，连 EXEC sp_executesql 动态执行也无法绕过
• 试图用 SELECT * FROM #t 在触发器里读取，不是运行时报错，而是语法解析失败

MySQL 和 Oracle 的表现更直接：创建阶段就被拦截

MySQL 根本不让你把触发器绑到临时表上：CREATE TRIGGER 对 CREATE TEMPORARY TABLE 目标表直接报 ERROR 1352 (HY000): Trigger cannot be created on a TEMPORARY table。Oracle 虽不报这个错，但一旦触发器内出现对本表的 SELECT（哪怕只是 JOIN），立刻触发 ORA-04091: table is mutating —— 它连“尝试访问”的机会都不给。

• MySQL 的限制发生在 CREATE TRIGGER 语句执行时，不是 INSERT 时；错误不可捕获，无法 IGNORE
• Oracle 的 mutating table 错误本质是防止读取未提交的中间状态，临时表在这里只是“替罪羊”，真正拦住的是所有对触发表的运行时查询
• 两者都不存在“有时行、有时不行”的模糊地带——全是硬性拒绝

你以为“绕过去了”，其实只是没踩到坑点

用 ##temp + OBJECT_ID 判断 + DROP TABLE 清理，看起来能跑通，但隐藏着三类典型失效场景：

• 并发下 ##temp_@@SPID 命名仍可能冲突，尤其当两个连接几乎同时执行触发器
• 触发器异常退出（如 RAISERROR 或超时），DROP TABLE 被跳过，残留表干扰后续执行
• 嵌套触发器（A 触发 B）共用同一个 ##temp，B 的写入覆盖 A 的数据，逻辑静默错乱

真正稳定的替代路径只有三条：用 inserted/deleted 集合直接关联更新、把中间计算下推到内联表值函数（ITVF）、或改用轻量队列表 + 异步作业。临时表在触发器里不是“难用”，是“不该用”。