TRY_CAST转换失败返回NULL而非报错，需显式指定完整类型（如DECIMAL(5,2)、VARCHAR(50)），配合ISNULL处理NULL，仅支持SQL Server 2012+，不适用于持久化计算列。
TRY_CAST 转数字失败时返回 NULL 而非报错
当字段里混有非数字字符串（比如 'N/A'、'--'、'$123'），直接用 CAST 或 CONVERT 会触发 Conversion failed when converting the varchar value 'N/A' to data type int.。而 TRY_CAST 是 SQL Server 2012+ 提供的安全转换函数：它不抛异常，转换失败就安静地返回 NULL。
典型使用场景是清洗脏数据——比如从日志表或外部导入表中提取数值型指标，但源数据未严格校验格式。
必须显式指定目标类型，且不能省略长度声明
TRY_CAST 不像 CAST 那样对某些类型有隐式默认长度，漏写会导致意外截断或转换失败。例如：
SELECT TRY_CAST('123.45' AS DECIMAL) -- ❌ 错误：DECIMAL 缺少精度和小数位数，报错
SELECT TRY_CAST('123.45' AS DECIMAL(5,2)) -- ✅ 正确：明确指定 (precision, scale)常见易错点包括：
-
TRY_CAST(col AS INT)可以，因为INT是固定长度类型 -
TRY_CAST(col AS VARCHAR)❌ 报错，必须写成TRY_CAST(col AS VARCHAR(50))或类似 -
TRY_CAST(col AS DATETIME)✅ 可用，但注意 SQL Server 对模糊日期字符串（如'02/30/2023'）仍会返回NULL，不是所有“看起来像”的都能转
配合 ISNULL / COALESCE 处理 NULL 结果
TRY_CAST 返回 NULL 是它的设计行为，不是缺陷——但你要主动处理这个 NULL，否则后续计算可能被污染（比如参与 SUM 会被忽略，参与 + 运算会得 NULL）。
推荐写法：
SELECT ISNULL(TRY_CAST(value_col AS INT), 0) AS safe_int FROM tbl
注意：COALESCE 也可用，但需确保所有参数类型兼容；ISNULL 更直接，且只接受两个参数、类型强制为第一个参数类型。
如果想标记哪些行转换失败，可以加判断：
SELECT value_col,
TRY_CAST(value_col AS DECIMAL(10,2)) AS converted_val,
CASE WHEN TRY_CAST(value_col AS DECIMAL(10,2)) IS NULL THEN 'invalid' ELSE 'ok' END AS status
FROM tbl性能与兼容性提醒
TRY_CAST 比 TRY_CONVERT 略快（因更轻量），但两者在功能上几乎等价；TRY_CONVERT 支持额外的样式参数（如日期格式），TRY_CAST 不支持。
关键限制：
- 仅 SQL Server 2012 及以上、Azure SQL Database 支持；SQL Server 2008 R2 及更早版本不识别该函数
- 无法用于计算列定义中的持久化表达式（即使函数本身支持，SQL Server 也不允许
TRY_CAST出现在PERSISTED列中） - 嵌套过深（如
TRY_CAST(TRY_CAST(...))）不会提升鲁棒性，反而增加可读性和维护成本
真正容易被忽略的是：它只解决「单次转换」的容错，不解决源头数据治理问题。上线前最好配合 WHERE TRY_CAST(...) IS NULL 定位脏数据，而不是无条件吞掉错误。
