DBeaver编辑数据时不显示修改前的值，因它仅缓存查询时快照，不保留行级历史；未提交时可用Undo或Restore original values恢复原始值，已提交则需依赖数据库日志或审计表。
不能直接在编辑器里看到修改前的值——DBeaver 的“编辑数据”视图默认只显示当前行状态，不保留原始快照。 它不是版本控制系统，也不像某些 IDE 那样内置行级 diff。但你可以通过几种方式间接还原或比对原始值，关键看你是想查「刚改完还没提交」的旧值，还是「已提交后想回溯」的历史值。
编辑中未提交时：靠“撤销”和“恢复原始值”按钮
当你双击某单元格进入编辑模式、或批量修改多行后，DBeaver 会在结果集工具栏（表格上方）显示操作控件：
- 点击
Undo按钮（弯曲箭头图标）可逐级撤销最近修改，回到上一状态 - 右键某一行 → 选择
Restore original values，会把该行所有字段重置为加载时的原始值（即 SELECT 查询返回那一刻的值） - 注意：
Restore original values对已Save（提交）过的行无效；它只对“加载后、保存前”的变更起作用
已提交后想查原始值：必须依赖数据库自身日志或审计表
DBeaver 本身不记录历史变更，它只是个客户端。要查某条记录修改前的值，得看数据库有没有开启对应能力：
- MySQL：需提前启用
binlog（二进制日志），并通过mysqlbinlog工具解析，或用第三方工具如gh-ost/pt-query-digest辅助分析 - PostgreSQL：可开启
pg_audit扩展，或使用temporal tables（需 15+ 版本）配合SYSTEM_TIME查询历史版本 - 通用做法：在业务层建
audit_log表 + 触发器，每次UPDATE/DELETE前自动存档旧值 —— DBeaver 只负责查这张表，不参与记录
为什么“编辑时显示原始值”选项不存在？
这不是功能遗漏，而是设计取舍：
- DBeaver 的
data editor是轻量级行编辑器，不是全量快照管理器，内存中只缓存一次查询结果 - 若开启每行变更前自动保存副本，会显著增加内存占用，尤其面对百万级结果集时
- 真正需要强审计能力的场景，应由数据库服务端保障，而非客户端补救 —— DBeaver 明确把这一责任交还给了 DBMS
最常被忽略的一点：很多人以为“编辑数据”视图里的 Refresh 按钮能拉到旧值，其实它只是重新执行当前查询语句 —— 如果原数据已被其他会话改过，你刷新看到的就是新值，不是你上次编辑前的值。
