TRANSLATE函数不支持多字符批量替换，仅支持逐字符一对一映射；其from_string与to_string长度必须相等，否则报错，无法实现子串级或多对多替换，复杂场景应改用REGEXP_REPLACE或嵌套REPLACE。
TRANSLATE 函数不支持多字符批量替换
直接说结论：TRANSLATE 是逐字符映射替换，不是“批量替换”工具。它把源字符串中每个字符，按位置一对一映射到目标字符集里——TRANSLATE('abc', 'ab', 'xy') 结果是 'xyc'，因为 'a'→'x'、'b'→'y'、'c' 不在映射源中所以保留。想用它替换 'ab' 为 'xyz'？做不到。Oracle、PostgreSQL（16+）、SQL Server（2022+）的 TRANSLATE 行为一致，都只接受等长的 from-string 和 to-string。
遇到“替换成更长/更短字符串”需求怎么办
这时必须换函数。核心思路是：用支持子串匹配和任意长度替换的函数，按顺序或优先级处理。常见组合如下：
-
REPLACE最简单，但只能单次替换；嵌套写法易错且不可维护：REPLACE(REPLACE(col, 'old1', 'new1'), 'old2', 'new2') - 正则方案更可靠：PostgreSQL 用
REGEXP_REPLACE，Oracle 用REGEXP_REPLACE（需注意 flag 参数），SQL Server 2017+ 可用STRING_SPLIT+FOR XML模拟，但更推荐升级到 2022+ 用TRANSLATE配合REPLACE分层处理 - 如果替换规则固定且数量不多（比如 5–10 条），建一张映射表 +
JOIN+COALESCE或CASE WHEN更清晰、可审计
Oracle/PostgreSQL 中误用 TRANSLATE 的典型报错
传入不等长的 from/to 字符串会直接报错：
Oracle 报错：ORA-64005: length of 'to_string' must equal length of 'from_string'
PostgreSQL 报错：ERROR: translation tables must have equal number of characters
这个错误很明确，但容易被忽略的是：空格也算字符。比如 TRANSLATE(col, 'ab ', 'xy') 看似“想删掉空格”，实际因 'ab ' 长度为 3，'xy' 长度为 2 而失败。正确做法是显式处理空格——要么提前用 TRIM，要么把空格加进映射：TRANSLATE(col, 'ab ', 'xy_')（用下划线占位，再额外 REPLACE(..., '_', '')）。
真正需要多对多批量替换时的务实建议
别硬套 TRANSLATE。先确认是否真的需要“并发替换”（即旧字符串之间有重叠或包含关系）。例如把 'abc' → 'X'，'ab' → 'Y'，顺序就决定结果。这时候：
- 用正则时加
'g'标志确保全局替换，用'i'控制大小写 - 把长模式放前面匹配（避免短模式先截断），如 PostgreSQL：
REGEXP_REPLACE(col, 'abc|ab', CASE WHEN \1 = 'abc' THEN 'X' ELSE 'Y' END, 'g')—— 实际得用带捕获组的写法，但重点是顺序和优先级 - 业务逻辑复杂就别死磕 SQL：导出数据，在 Python/Perl 里用字典 +
re.sub处理完再回写，调试成本远低于嵌套 10 层REPLACE
最常被忽略的一点：TRANSLATE 对 Unicode 多字节字符（如中文、emoji）完全正常，但某些旧版 Oracle 客户端可能在字符集设置不匹配时显示乱码——不是函数问题，是连接层配置漏了。
