SQL Server 的 TRANSLATE 函数（2017+）仅支持单字符一对一映射，要求替换字符与被替换字符长度相等且无重复，不支持正则、子串、通配符或范围匹配，复杂清洗需结合 REPLACE、STRING_SPLIT、STRING_AGG 或外部工具。
TRANSLATE 函数在 SQL Server 中并不存在——这是 Oracle 和 PostgreSQL 的函数，SQL Server 从 2017 开始才引入同名函数，但行为和兼容性有明显限制，直接套用 Oracle 写法大概率报错或结果异常。
SQL Server 的 TRANSLATE 只支持单字符一对一映射
SQL Server 的 TRANSLATE（2017+）要求两个参数长度严格相等：TRANSLATE(string, characters_to_replace, replacement_characters)。它不是正则替换，也不能处理子串、模糊匹配或重复字符压缩。
- 如果
characters_to_replace中有重复字符（如'aa'），SQL Server 会报错：Msg 9831, Level 16: The second and third arguments of TRANSLATE function cannot contain duplicate characters. - 它不支持通配符、范围（如
'0-9'）或条件逻辑，纯靠字符表硬映射 - 想把所有数字替换成
'X'？不行——必须显式写'0123456789'和对应长度的'XXXXXXXXXX' - 想删掉所有空格+制表符+换行符？得分别处理，
TRANSLATE一次最多覆盖 10 个字符（受nvarchar(4000)参数长度限制）
真正能清理“复杂脏数据”的替代方案
面对含混合编码、嵌套符号、非打印字符、多层嵌套括号、中英文标点混用等场景，TRANSLATE 很快就会力不从心。更实用的组合是：
- 用
REPLACE处理已知固定字符串（如REPLACE(col, ' ', ' ')替换不间断空格） - 用
STRING_SPLIT+FOR XML或STRING_AGG（2017+）做分段清洗再拼接 - 对 Unicode 控制字符（如
CHAR(0)、NCHAR(8203)零宽空格）用REPLACE配合CONVERT显式指定二进制值 - 复杂逻辑（如“保留中文+数字，删掉所有英文字母和标点”）必须用 CLR 函数或外部 ETL 工具，T-SQL 原生无正则支持（除非启用
sp_OA*或调用 .NET）
一个典型脏数据清洗链：电话号码标准化
假设原始字段含 '(123) 456-7890 ext. 123'、'+86-138-1234-5678'、'138。1234…5678' 等混合格式，目标只留 11 位数字：
SELECT
STRING_AGG(v, '') WITHIN GROUP (ORDER BY (SELECT NULL)) AS cleaned_phone
FROM (
SELECT value AS v
FROM STRING_SPLIT(
TRANSLATE(
REPLACE(REPLACE(REPLACE(phone_col, '+', ''), '-', ''), '.', ''),
N'()[]{}<>，。、；：！？“”‘’',
N' '
),
' '
)
WHERE ISNUMERIC(value) = 1 AND LEN(value) = 1
) t;
注意：这段代码实际不可靠——TRANSLATE 会把中文顿号、句号全换成空格，但 STRING_SPLIT 默认按空格切，而连续空格会被合并，导致漏数；更稳妥做法是先用多次 REPLACE 清掉所有非数字字符，再用 SUBSTRING 截取前 11 位。
TRANSLATE 或 REPLACE 列举，不如先用 Python 脚本跑一遍规则引擎，再把清洗后结果批量导入。 
