能，而且必须用 DELETED 伪表；SQL Server 的 OUTPUT 子句在 UPDATE 中通过 DELETED 提供修改前的行快照，INSERTED 提供修改后的行快照，二者结构一致、行数相同，字段值对应变化。
UPDATE 语句里 OUTPUT 能不能拿到更新前的值？
能，而且必须用 DELETED 伪表。SQL Server 的 OUTPUT 子句在 UPDATE 中天然提供两个上下文：修改前的行（DELETED）和修改后的行（INSERTED）。不需要触发器、临时表或额外查询——只要写对引用目标就行。
OUTPUT DELETED.* 返回全部旧值的写法要点
常见错误是直接写 OUTPUT *，这会报错；或者误写成 OUTPUT OLD.* 这类不存在的别名。正确做法是显式指定 DELETED 或 INSERTED 前缀：
-
OUTPUT DELETED.id, DELETED.name, DELETED.status—— 精确返回需要的旧字段 -
OUTPUT DELETED.*—— 允许，但要求目标表没有计算列或大对象类型（如text、xml、image），否则报错Msg 369, Level 16 - 不能在
OUTPUT中引用其他表的列，也不能用子查询或聚合函数 - 如果语句带
WHERE，DELETED只包含实际被更新的那些行，不是全表扫描结果
把旧值存进表变量比 INSERT INTO 更安全
直接 SELECT OUTPUT 结果可能被客户端截断或丢失；想持久化旧值，优先用表变量接收：
DECLARE @OldValues TABLE (id INT, old_name NVARCHAR(50), old_status CHAR(1)); UPDATE Users SET name = 'Alice', status = 'A' WHERE id = 123 OUTPUT DELETED.id, DELETED.name, DELETED.status INTO @OldValues;
注意：INTO 后的目标表结构必须与 OUTPUT 列完全匹配（顺序、类型、空值性），否则报错 Msg 491。不要用临时表替代表变量——临时表在并行执行时可能引发死锁或元数据争用。
UPDATE + OUTPUT 在并发场景下的行为边界
OUTPUT 返回的是该条 UPDATE 语句「实际变更的快照」，它不保证可重复读，也不等同于事务开始时的数据状态：
- 如果另一会话在你 UPDATE 前刚提交了修改，你的
DELETED拿到的就是那个最新值，不是原始插入值 - 若使用
READ COMMITTED SNAPSHOT，DELETED仍反映更新前的已提交版本，不是行版本链头 - 无法通过
OUTPUT获取被跳过的行（比如WHERE不满足），哪怕加了OUTPUT DELETED.*也只返回受影响行 - 日志记录和
OUTPUT内容严格一致，但二者无因果关系——禁用数据库日志不会影响OUTPUT输出
真正难处理的是复合更新逻辑中依赖“旧值做判断再更新”的情况，这时候 OUTPUT 只负责回传，决策必须在 UPDATE 前完成。
