translate函数仅支持单字符到单字符的等长映射，不支持多字符一对一批量替换；其本质是字符级查表，输入输出字符串长度必须严格相等，否则报错或截断。
TRANSLATE 函数不支持多字符一对一批量替换
直接说结论：TRANSLATE 在标准 SQL（包括 Oracle、PostgreSQL 16+、SQL Server 2022+）中，只支持**单字符到单字符的映射**，不能把 'abc' 替换成 'xyz'，也不能把 'USA' 批量替换成 'United States'。它本质上是“字符级查表替换”，输入和输出字符串长度必须严格相等。
常见错误现象：传入多字符导致截断或报错
比如在 Oracle 中执行：
SELECT TRANSLATE('A-B-C', 'A-B-C', 'X--Y') FROM DUAL;
会报 ORA-01482: unsupported character set 或静默截断——因为 'A-B-C' 长 5，'X--Y' 长 4，Oracle 要求两参数等长；PostgreSQL 则直接报错 ERROR: translation tables must have equal lengths。
更隐蔽的问题是：即使长度凑够了，比如用 TRANSLATE(col, 'ab', 'XY')，它只会逐字符处理 —— 'a'→'X'，'b'→'Y'，但 'ab' 这个子串本身不会被识别为一个整体。
替代方案：按场景选对函数
真正需要“多字符一对一批量替换”时，应切换函数：
- Oracle / PostgreSQL：用
REPLACE嵌套（简单场景）或REGEXP_REPLACE（需顺序/重叠/上下文控制） - MySQL：只有
REPLACE，不支持正则批量，得靠应用层或自定义函数 - SQL Server：用
REPLACE多次，或STRING_SPLIT+STRING_AGG搭配映射表（适合规则多且动态）
例如在 PostgreSQL 中把多个缩写展开：
SELECT REGEXP_REPLACE(
'I live in USA and work for IBM',
'(USA|IBM|UK)',
CASE \1
WHEN 'USA' THEN 'United States'
WHEN 'IBM' THEN 'International Business Machines'
WHEN 'UK' THEN 'United Kingdom'
END,
'g'
);
注意：这里 \1 是捕获组，'g' 表示全局替换；若用 REPLACE 嵌套，顺序很重要——REPLACE(REPLACE(col, 'USA', 'United States'), 'UK', 'United Kingdom')，否则可能二次污染（如把 'UK' 错替成 'United Kingdom' 后，再被误匹配）。
性能与兼容性提醒
TRANSLATE 本身极快（C 层字符查表），但一旦换成 REGEXP_REPLACE 或多层 REPLACE，性能会明显下降，尤其在大表上全字段扫描时。
- Oracle：正则引擎开销大，建议用物化视图预计算或应用层缓存
- PostgreSQL：
REGEXP_REPLACE不走索引，WHERE 条件中慎用 - 所有数据库：如果替换规则超过 5–10 条，别硬写 SQL，建一张
replace_map(old_val, new_val)表，JOIN 处理更清晰可维护
真正难的不是写法，而是想清楚：你到底要的是“字符清洗”（用 TRANSLATE）还是“语义替换”（必须跳出 TRANSLATE）——这两个目标在 SQL 里根本不在同一个抽象层级上。
