translate函数仅支持严格一对一字符映射，不支持子串、正则、多对一或长度不等替换；oracle允许to_chars截短（缺失位删除），postgresql要求from_chars与to_chars等长，sql server静默截断；批量字符串映射应使用映射表join或嵌套replace。
TRANSLATE 函数不能批量映射替换——它只做一对一字符映射，且不支持正则、不支持多对一、不支持长度不等的替换。想用它实现“批量”效果（比如把所有 a 换成 1，b 换成 2，c 换成 3），必须确保源字符集和目标字符集严格等长、一一对应；一旦长度不匹配或存在重复映射，行为就不可控甚至报错。
TRANSLATE 的实际行为：字符级硬替换，非字符串替换
它不是 REPLACE，不处理子串，只逐字符比对。输入字符串中每个字符，如果在第一个参数（源字符集）里出现，就替换成第二个参数（目标字符集）中**同位置**的字符；没匹配上的原样保留。
常见错误现象：
-
TRANSLATE('abc', 'ab', '1')在 Oracle 中会报错ORA-01482: unsupported character set（因长度不等）；PostgreSQL 则直接拒绝执行 -
TRANSLATE('abbc', 'ab', '12')→'122c'，不是'122c'以外的结果——b总是映射到2，不会因为连续出现就变成别的东西 - 想把
'yes'→'1'、'no'→'0'？TRANSLATE完全无能为力，它连子串都看不见
哪些数据库支持 TRANSLATE，参数顺序有何差异
Oracle、PostgreSQL、SQL Server（2017+）、BigQuery 都支持，但签名不同：
- Oracle / PostgreSQL：
TRANSLATE(string, from_chars, to_chars) - SQL Server：
TRANSLATE(string, from_chars, to_chars)（语法相同，但空字符串处理更严格） - BigQuery：
TRANSLATE(string, from_chars, to_chars)，但from_chars中重复字符会被自动去重，导致映射意外失效
关键细节：
- Oracle 允许
to_chars比from_chars短，末尾缺失位置的字符被删掉（即“删除映射”） - PostgreSQL 要求二者等长，否则报错
ERROR: translation table must have same number of characters - SQL Server 会静默截断
to_chars，但若from_chars有重复字符，仅首次映射生效
替代方案：当真需要“批量字符串映射”时该用什么
如果业务逻辑本质是“查表式替换”（如状态码转中文、编码转名称），别硬套 TRANSLATE。正确路径是：
- 建一张映射表：
CREATE TABLE code_map (code VARCHAR(10), label VARCHAR(50)); - 用
LEFT JOIN或CASE WHEN关联替换：SELECT COALESCE(m.label, t.raw_code) FROM my_table t LEFT JOIN code_map m ON t.raw_code = m.code; - 若必须单条 SQL 内完成且映射项少，用嵌套
REPLACE（注意顺序！）：REPLACE(REPLACE(col, 'ERR', 'Error'), 'WARN', 'Warning')；但超过 3 层就难维护 - PostgreSQL 可用
regexp_replace+ 命名捕获组模拟映射，但性能差、可读性低，仅限临时救急
真正容易被忽略的点：很多人以为 TRANSLATE 是轻量版 REPLACE，实际上它连“替换”这个动作的语义都不满足——它只是字符坐标轴上的投影操作。拿它处理业务逻辑层面的映射关系，就像用尺子拧螺丝。
