CAST和CONVERT转换失败直接报错中断查询，TRY_CAST安全返回NULL但无法区分NULL来源且不支持样式参数，需结合CASE WHEN标记状态或COALESCE保留原始值，隐式转换受ANSI_WARNINGS影响应避免依赖。
CAST 和 CONVERT 遇到转换失败直接报错
SQL Server 中 CAST 和 CONVERT 是强制类型转换函数，只要输入值无法合法转为目标类型，就会立即抛出运行时错误（比如 Conversion failed when converting the varchar value 'abc' to data type int.），整个查询中断。这在 ETL 或报表取数中很危险——一行脏数据就能让整批结果失败。
常见触发场景包括：
- 把含字母的字符串转
INT或DATE -
NULL传给不允许为空的目标类型（如NOT NULL INT列） - 日期格式不匹配：用
'2023-13-01'转DATE
TRY_CAST 安全但返回 NULL，不是万能兜底
TRY_CAST 是 SQL Server 2012+ 引入的安全版本，转换失败时不报错，而是返回 NULL。但它只解决“是否能转”的问题，不解决“为什么不能转”或“怎么修复”。
使用时要注意：
- 它对
NULL输入也返回NULL，无法区分是原始值为NULL还是转换失败 - 不支持所有
CONVERT的样式参数（比如CONVERT(DATE, '01/02/2023', 103)的样式码在TRY_CAST中无效） - 性能略低于
CAST，因为内部做了异常捕获逻辑，大数据量下可测出差异
如何判断转换失败并保留原始值或打标
仅靠 TRY_CAST 返回 NULL 往往不够——你可能需要知道哪几行失败了，或者用原始字符串代替、加标记列用于下游清洗。
推荐组合写法：
- 用
CASE WHEN TRY_CAST(col AS INT) IS NULL THEN 'invalid' ELSE 'valid' END标记状态 - 保留原始值：
COALESCE(TRY_CAST(col AS INT), -1)（注意：-1 可能是合法业务值，慎用） - 更稳妥方式：
CASE WHEN TRY_CAST(col AS INT) IS NULL THEN col ELSE CAST(col AS VARCHAR)，把失败项原样保留为字符串
隐式转换和 SET ANSI_WARNINGS 的干扰
即使没写 CAST，SQL Server 也可能因比较、连接或赋值触发隐式转换，而它的失败行为取决于 SET ANSI_WARNINGS 设置：
- 开启时（默认），隐式转换失败会报错，和
CAST一致 - 关闭时，部分转换可能静默截断或转成 0 / 1900-01-01，极难排查
所以不要依赖隐式转换，也别临时关 ANSI_WARNINGS 来绕过问题——它掩盖的是真实数据质量问题，不是解决方案。
真正难处理的，是那些看起来像数字、带不可见字符（如 CHAR(160) 空格）、或区域设置导致的日期歧义（如 '01/02/2023' 在 US vs UK 解释不同）。这些得靠前置清洗，TRY_CAST 只是最后一道防线。
