应优先筛选字段名含phone、idcard、email、address等关键词的VARCHAR2/CHAR/CLOB列，通过ALL_TAB_COLUMNS定位，排除系统表和临时表，再动态执行带校验与限行的REPLACE或REGEXP_REPLACE操作。
查哪些表字段含敏感数据：先定位再动手
直接扫全库字段效率低还容易误伤。得先筛出可能存敏感信息的列，比如字段名含 phone、idcard、email、address 的 VARCHAR2 或 CLOB 类型列。Oracle 的 ALL_TAB_COLUMNS 是入口，但要注意权限范围——用 DBA_TAB_COLUMNS 需 DBA 权限，普通用户优先查 ALL_TAB_COLUMNS。
- 过滤条件必须加
DATA_TYPE IN ('VARCHAR2', 'CHAR', 'CLOB')，避免对数字或日期列执行REPLACE报错 - 字段名模糊匹配用
UPPER(COLUMN_NAME) LIKE '%PHONE%'，大小写不敏感更稳妥 - 排除系统表和临时表：
OWNER NOT IN ('SYS', 'SYSTEM', 'XDB') AND TABLE_NAME NOT LIKE 'BIN$%'
动态拼接UPDATE语句：绕过静态SQL限制
Oracle 不允许在静态 SQL 中把表名、列名写成变量，必须用 EXECUTE IMMEDIATE。关键不是“能不能换”，而是“换的时候别锁死整个用户”。每条 UPDATE 应独立执行，并加 WHERE 条件缩小影响范围（比如只更新非空且含目标字符串的行）。
- 拼接时用
DBMS_ASSERT.SQL_OBJECT_NAME校验表名/列名，防 SQL 注入（尤其当元数据来自不可信来源时） -
REPLACE函数本身不区分大小写，如需精确替换，改用REGEXP_REPLACE并加i标志 - 对
CLOB列，REPLACE可直接用；但若长度超 32767 字节且用 PL/SQL 变量中转，会触发ORA-06502，应改用DBMS_LOB系列过程
执行前务必做三件事：备份、限行、验证
没回滚方案的敏感数据替换等于生产事故。
- 不要依赖单个事务包住所有表——某张表失败会导致前面的更新也回滚，应按表粒度分别
COMMIT - 每条
UPDATE加AND ROWNUM 先试跑，确认逻辑正确后再去条件 - 替换前后用
COUNT(*)对比：SELECT COUNT(*) FROM emp WHERE phone LIKE '%138%'; -- 执行 REPLACE 后再查一次，看数量是否合理下降
特殊场景避坑：NULL、空格、字符集
REPLACE(col, '旧', '新') 遇到 NULL 列直接返回 NULL，不会报错但可能漏处理。而全角空格、不可见控制字符（如 CHR(13)、CHR(10)）常被忽略。
- 判断是否含敏感内容时，用
INSTR(TRIM(col), '138') > 0，先去空格再查，避免前后空格干扰 - 涉及中文字符时，确认数据库字符集（
SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET'），AL32UTF8下REPLACE正常，但ZHS16GBK中某些生僻字可能截断 - 如果目标字符串本身含单引号（如姓氏
O'Connor），拼接动态 SQL 时要用两个单引号转义：''O''Connor''
真正难的不是写出能跑的脚本，是判断哪几列该换、换到什么程度、换完谁来验证结果。元数据查不准，后面全是白忙。
