ISNUMERIC常误判，因其判断标准是“能否转为任意数字类型”而非“是否为纯数字字符串”，故‘1e4’、‘$123’、‘.’、‘+’、空字符串等均返回1；推荐用TRY_CAST替代，如TRY_CAST(col AS INT) IS NOT NULL精准判断可转整数。
ISNUMERIC在SQL Server中为什么经常误判
ISNUMERIC 并不是“判断是否为可转成整数/浮点数的字符串”，而是“判断是否能被解释为任意一种数值类型（包括货币、科学计数法、带符号的空格等）”。这意味着 '1e4'、'$123'、'+' 、'.' 甚至 ''（空字符串）都可能返回 1。
常见误用场景：想过滤出纯整数字段，却用 WHERE ISNUMERIC(col) = 1，结果把 '123.45' 或 '1,234' 也放进来了，后续 CAST(col AS INT) 直接报错。
根本原因：SQL Server 的 ISNUMERIC 设计目标是配合 CONVERT 处理宽泛的输入，不是做数据清洗校验。
安全判断纯整数字段的替代方案
如果目标是“能无损转成 INT”，推荐组合使用 TRY_CAST（SQL Server 2012+）或正则风格匹配（SQL Server 2017+ 支持 STRING_SPLIT，但更通用的是 LIKE + 排除逻辑）。
-
TRY_CAST(col AS INT)返回NULL表示失败，比ISNUMERIC精准得多；可直接用于WHERE TRY_CAST(col AS INT) IS NOT NULL - 若需兼容老版本（SQL Server 2008），可用：
col NOT LIKE '%[^0-9]%' AND col != '' AND LEN(col) （仅适用于非负整数，且长度可控） - 要支持负数？加一层：
(col LIKE '-[0-9]%' OR col LIKE '[0-9]%') AND col NOT LIKE '%[^0-9-]%' AND col NOT LIKE '-%' AND col NOT LIKE '%-' AND LEN(REPLACE(col, '-', '')) > 0 - 注意：上述
LIKE方案无法处理前导零问题（如'007'是合法整数字符串，但业务上可能需额外约束）
ISNUMERIC还能用吗？什么情况下勉强可以
只有当你明确接受以下所有值并准备后续用 CONVERT 转成 MONEY、FLOAT 等宽类型时，ISNUMERIC 才算“语义匹配”：
-
'123.45'→ 可转FLOAT -
'1e3'→ 可转FLOAT -
'$123'→ 可转MONEY -
'+42'、'-7'→ 可转INT
但即便如此，仍建议优先用 TRY_CONVERT(FLOAT, col) 替代 —— 它既明确类型意图，又不会把 '.' 或 ' ' 当作有效输入。
实际查询中怎么写才不翻车
假设表 orders 有字段 amount_str（VARCHAR），你想取出能转成整数的记录并求和：
SELECT SUM(TRY_CAST(amount_str AS INT)) AS total_int_amount FROM orders WHERE TRY_CAST(amount_str AS INT) IS NOT NULL;
如果必须用 ISNUMERIC（比如维护遗留代码），至少补一层过滤：
- 排除小数点：
AND amount_str NOT LIKE '%.%' - 排除科学计数法：
AND amount_str NOT LIKE '%[eE]%' - 排除货币符号：
AND amount_str NOT LIKE '%$%' AND amount_str NOT LIKE '%¥%' - 再加
LEN(amount_str) BETWEEN 1 AND 10防溢出
这些叠加条件已接近手写正则，不如直接换 TRY_CAST —— 它更短、更可靠、执行计划也更友好。
真正容易被忽略的是隐式转换风险：哪怕 ISNUMERIC 返回 1，CAST 仍可能因精度或范围报错。所以判断和转换必须用同一套逻辑，不能“先筛再转”。
