try_cast 是 sql server 2012+ 提供的容错类型转换函数，失败时返回 null 而非报错；它要求显式指定完整类型（如 decimal(10,2)、varchar(50)），不支持隐式长度，默认自动 trim 空格但不处理制表符等不可见字符；在 where 中直接使用会导致索引失效，需配合模式匹配或建 persisted 计算列优化；返回 null 是设计行为，需用 isnull 或 case 显式处理，避免透传引发后续错误。
直接用 TRY_CAST 替代 CAST，失败时返回 NULL 而非中断查询——这是 SQL Server 2012+ 唯一能单表达式静默兜底的原生方案。
为什么 TRY_CAST('abc' AS INT) 不报错，而 CAST 会崩？
TRY_CAST 是容错函数，设计目标就是“不抛异常”。它只做一件事：尝试转换，成功则返回值，失败则安静返回 NULL。不像 CAST 或 CONVERT 遇到非法输入（如 'N/A'、'$123'、空字符串、'2024-02-30'）就立即终止整个查询。
常见错误现象：Msg 241, Level 16, State 1: Conversion failed when converting the varchar value 'N/A' to data type int. —— 这类错误在清洗日志表、导入表或用户输入字段时高频出现，TRY_CAST 是第一道防线。
-
TRY_CAST('123' AS INT)→123 -
TRY_CAST('123.45' AS INT)→NULL（小数不能隐式截断为整型） -
TRY_CAST(' 42 ' AS INT)→42（自动 trim 首尾空格） -
TRY_CAST(CHAR(9) + '42' AS INT)→NULL（制表符不会被 trim，得提前REPLACE(col, CHAR(9), '')） -
TRY_CAST('' AS INT)→NULL（空字符串也不行）
TRY_CAST 必须写全类型声明，漏长度就编译失败
TRY_CAST 不像 CAST 对 VARCHAR 或 DECIMAL 有隐式默认长度。漏写精度/长度，SQL Server 直接拒绝编译，不是运行时返回 NULL。
错误写法：
-
TRY_CAST('123.45' AS DECIMAL)→ 报错：缺少精度和小数位数 -
TRY_CAST('hello' AS VARCHAR)→ 报错：VARCHAR必须带长度
正确写法：
TRY_CAST('123.45' AS DECIMAL(10,2))TRY_CAST('hello' AS VARCHAR(50))-
TRY_CAST('2024-01-01' AS DATE)✅（DATE是固定长度类型，无需括号）
在 WHERE 子句里用 TRY_CAST 会导致索引失效
写成 WHERE TRY_CAST(order_no AS INT) > 1000，哪怕 order_no 字段上有索引，SQL Server 也无法下推索引查找，强制全表扫描——因为 TRY_CAST 是标量函数，优化器无法预估其输出分布。
更可行的做法是分两步过滤：
- 先用模式匹配粗筛：
WHERE order_no NOT LIKE '%[^0-9]%' AND order_no != ''（排除含字母、符号、空值） - 再加安全校验：
AND TRY_CAST(order_no AS INT) IS NOT NULL
如果该字段长期应存数字，建议建计算列：ALTER TABLE log_table ADD safe_int AS TRY_CAST(order_no AS INT) PERSISTED，再对 safe_int 建索引。
别忘了后续逻辑会受 NULL 影响
TRY_CAST 返回 NULL 是设计行为，不是 bug。但如果你把它直接塞进 SUM()、参与 + 运算、或插入非空列，结果可能不符合预期，甚至触发新错误。
推荐组合用法：
-
ISNULL(TRY_CAST(value_col AS INT), 0)（注意：ISNULL类型强制为第一个参数类型） CASE WHEN TRY_CAST(value_col AS DECIMAL(10,2)) IS NULL THEN 'invalid' ELSE 'ok' END- 配合
TRIM()和REPLACE()清理不可见字符，比如TRY_CAST(TRIM(REPLACE(col, CHAR(9), '')) AS INT)
真正麻烦的从来不是转换本身，而是你忘了 NULL 会一路透传，直到某次 INSERT 或 JOIN 突然崩掉。
