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 仍可能因精度或范围报错。所以判断和转换必须用同一套逻辑，不能“先筛再转”。