DBeaver不支持字段内容批量替换的GUI功能，必须写SQL；普通字符串字段用REPLACE()，Oracle CLOB字段须用REGEXP_REPLACE()或DBMS_LOB过程。
直接说结论：DBeaver 本身不提供“字段内容批量替换”的 GUI 功能，必须写 SQL；对普通字符串字段用 REPLACE()，对 Oracle 的 CLOB 字段则必须用 REGEXP_REPLACE() 或 DBMS_LOB 过程，不能直接套用 VARCHAR2 的写法。
普通文本字段用 UPDATE + REPLACE() 最快
适用于 VARCHAR2、TEXT、STRING 等可直接参与字符串函数的类型。注意不是所有数据库都支持在 SET 子句里直接调用 REPLACE()，但 MySQL、PostgreSQL、SQL Server、Oracle（12c+）都支持。
- 语法模板：
UPDATE table_name SET column_name = REPLACE(column_name, '旧值', '新值') WHERE condition; - 比如把用户表里所有邮箱域名从
@old.com换成@new.com：UPDATE users SET email = REPLACE(email, '@old.com', '@new.com') WHERE email LIKE '%@old.com'; - WHERE 条件强烈建议加上，否则整张表都会被扫一遍，大表可能锁表或超时
- MySQL 中
REPLACE()区分大小写；PostgreSQL 需用REPLACE(column, 'a', 'A')::text显式转类型，避免隐式转换报错
Oracle CLOB 字段不能用 REPLACE() 直接更新
Oracle 报错 ORA-00932: inconsistent datatypes 就是因为 REPLACE() 返回的是 VARCHAR2，而目标列是 CLOB，类型不匹配。必须用 REGEXP_REPLACE() —— 它原生返回 CLOB 类型（前提是输入是 CLOB）。
- 正确写法：
UPDATE my_table SET my_clob_column = REGEXP_REPLACE(my_clob_column, '"type":"OOC"', '"type":"OOS"') WHERE id IN (1, 2, 3); - 注意单引号要严格配对，双引号保留在字符串内（JSON 场景常见），别写成
"'type':'OOC'"这种嵌套错误 - 如果要全局替换（不止一次出现），加第三个参数
1, 0：REGEXP_REPLACE(col, 'OOC', 'OOS', 1, 0)，其中0表示全部匹配 - 性能敏感时避免无 WHERE，CLOB 字段读写开销远高于普通字段；先用
SELECT DBMS_LOB.GETLENGTH(my_clob_column) FROM ...确认长度，超 32KB 的 CLOB 更新更慢
DBeaver 里执行批量更新的实操要点
别点错按钮——DBeaver 的「执行 SQL」和「执行脚本」行为完全不同。
- 写好 UPDATE 语句后，**必须点工具栏上的「Execute SQL Script」图标（Ctrl+Shift+Enter）**，而不是「Execute SQL Statement」（Ctrl+Enter）。后者只执行光标所在行或选中块的第一条语句
- 如果语句里有分号（如 PL/SQL 块），DBeaver 默认以分号为语句分隔符；但某些方言（如 Oracle）需要把整个块当一条语句执行，此时要在 SQL 编辑器右键 → 「Set delimiter」改成其他符号（如
/） - 执行前务必勾选「Auto-commit」（默认开启），否则事务不会提交；关掉它适合调试，但忘提交就等于没改
- 执行后看下方「Result set」面板里的「Update count」，不是「0 rows affected」才说明真改了；如果显示「0」，优先检查 WHERE 条件是否真的命中数据
想跳过 SQL 写法？GUI 修改只适合单条记录
DBeaver 的结果集表格支持双击编辑单个单元格，然后点「Save」提交——但这本质还是生成一条单行 UPDATE，后台看不到语句，也没法批量。
- 这种操作适合改一两条测试数据，千万别对着几千行点「Save」：每点一次都是独立事务，网络往返+日志写入，极慢且容易断连
- 如果误点了「Save」但还没提交，可用「Cancel」撤回；一旦点了「Commit」，就只能靠备份或闪回恢复
- 想看 DBeaver 自动生成的 SQL（用于学习或复用），改完单元格后点「Script」按钮（在结果集上方工具栏），弹窗里就是它帮你拼的完整语句
真正麻烦的从来不是语法，而是 CLOB 的类型约束、大字段的锁表现、以及 WHERE 条件漏写导致全表误更新——这些细节在执行前扫一眼，比事后救库省十倍力气。
