DELETE…OUTPUT必须紧接在DELETE后、WHERE前，用INTO子句才能持久化日志；DELETED伪表字段须与目标表完全匹配；不支持表达式、变量或函数，仅支持列引用和别名；并发下需注意日志表索引与隔离级别。
OUTPUT子句删数据时怎么把被删行存进日志表
直接用 DELETE ... OUTPUT 把要删的行导出到目标表，而不是先查再删再插——否则并发下可能漏记录或重复记录。关键点是 OUTPUT 必须紧接在 DELETE 后、WHERE 前，且不能单独执行。
-
OUTPUT DELETED.* INTO #deleted_log是最常用写法，DELETED是虚拟表，代表被删的原始行 - 目标表结构必须和
DELETED列完全匹配（列数、类型、顺序），否则报错The column name or number of supplied values does not match table definition - 不能用
SELECT * FROM DELETED替代，OUTPUT不支持子查询语法 - 如果日志表含自增主键或默认值列，需显式列出字段名，避开这些列，否则插入失败
为什么DELETE加OUTPUT后返回结果集但没存进表
常见错觉：执行完 DELETE ... OUTPUT DELETED.* 看到结果集就以为已落库。其实这只是“返回”，不是“插入”。要持久化，必须用 INTO 子句指定目标表。
-
OUTPUT DELETED.*单独写 → 只返回结果集给客户端，事务一提交就丢 -
OUTPUT DELETED.* INTO audit_deleted→ 才真正写入表，且和删除操作原子性绑定（同事务） - 目标表可以是临时表（
#audit）、永久表（audit_deleted），甚至表变量（@deleted_table），但表变量不支持INTO，只能用INSERT ... SELECT绕过 - 如果目标表有触发器，
INTO不会触发它——OUTPUT INTO是直接写入，绕过DML触发器链
OUTPUT在DELETE中能访问哪些字段和表达式
OUTPUT 只能引用 DELETED 和 INSERTED（后者在 DELETE 中为空）两个伪表，不能引用原表别名、外部变量或函数（如 GETDATE()）。
- 允许：
DELETED.id,DELETED.name,DELETED.created_time - 不允许：
t.id（原表别名）,@user_id（变量）,GETDATE()（运行时函数） - 变通办法：把时间戳等上下文信息提前存进临时表或表变量，再用
JOIN关联输出（但需确保关联键不被删） - 计算字段受限：不能写
DELETED.amount * 1.1，但可写DELETED.amount AS new_amount—— 仅限列别名，不支持表达式计算
并发环境下用OUTPUT记录删除日志要注意什么
虽然 OUTPUT INTO 和 DELETE 是原子操作，但日志表本身若被其他进程读取，仍需考虑隔离级别与索引设计。
- 日志表建议加非聚集索引在
deleted_at（如果手动加该字段）和业务主键上，避免全表扫描 - 不要在日志表上建过多触发器或外键约束，否则拖慢主删除语句
- 如果日志需跨库写入，
OUTPUT INTO不支持三段式名称（如otherdb.dbo.audit），必须用同库表 + 后续INSERT ... SELECT中转 - 大批次删除（如百万级）慎用
OUTPUT INTO，内存压力大；可分页删（TOP (1000)）+ 循环，每次OUTPUT写小批
真正难的不是语法，是想清楚日志字段要不要带上下文时间、操作人、事务ID——这些 OUTPUT 本身给不了，得靠外围机制补全。
