能，SQL Server的OUTPUT子句是唯一原生支持「边删边取」的机制，DELETE执行时同步捕获被删行的列（仅DELETED伪表），可直接返回客户端或通过INTO持久化至表。
OUTPUT子句能直接返回被DELETE影响的行吗？
能，而且是唯一原生支持「边删边取」的机制。SQL Server 的 OUTPUT 子句在 DELETE 语句执行时同步捕获被删行的任意列（包括计算列、GETDATE() 等），无需触发器或额外查询。
关键点：它不是事后查日志，也不是靠 @@ROWCOUNT 猜数量——它是真实、实时、带数据的反馈流。
DELETE ... OUTPUT 必须搭配 INTO 才能存结果？
不必须，但绝大多数实用场景都需要。两种用法：
-
OUTPUT deleted.*：直接把结果返回给客户端（比如 SSMS 结果网格、应用程序的DataReader），适合调试或小批量操作 -
OUTPUT deleted.* INTO #temp：写入临时表/永久表，后续可 join、统计、审计或重用——这是生产环境推荐方式，避免网络传输开销和结果集丢失风险
注意：INTO 目标表结构必须与 OUTPUT 列完全兼容（含类型、NULL 性），否则报错 Msg 207, Invalid column name 或类型不匹配。
为什么 OUTPUT 中只能用 deleted.*，不能用 inserted.*？
因为 DELETE 没有 inserted 逻辑表——只有 deleted 表代表被移除的原始行。混淆常发生在误套用 UPDATE 语法（它有 inserted 和 deleted 两张逻辑表）。
常见错误示例：
DELETE FROM Orders OUTPUT inserted.OrderID -- ❌ 报错：invalid object name 'inserted' WHERE OrderDate < '2020-01-01';
正确写法：
DELETE FROM Orders OUTPUT deleted.OrderID, deleted.CustomerID, deleted.TotalAmount INTO #DeletedOrders WHERE OrderDate < '2020-01-01';
OUTPUT 在级联删除或触发器中还可靠吗？
不可靠，且官方明确不保证行为一致。
-
OUTPUT只捕获当前DELETE语句直接作用的行，不包含由ON DELETE CASCADE引发的关联删除行 - 如果表上有
INSTEAD OF或AFTER触发器，OUTPUT仍只反映原始语句的deleted表内容，不会叠加触发器内部的改动 - 事务回滚时，
OUTPUT结果集仍会返回（已发送给客户端），但对应行实际未删除——这点极易被忽略，需在应用层配合事务状态判断
真正需要全链路审计时，别依赖 OUTPUT，改用变更数据捕获（CDC）或专用日志表 + 显式 INSERT + DELETE 组合。
