在SQL数据处理场景中，判断字段值是否为纯数字是高频需求，比如校验用户手机号、订单编号等字段的合法性，或者过滤出数值类型的业务数据。常见的判断方式有两种，分别是使用内置的ISNUMERIC函数，以及使用正则表达式匹配。
使用ISNUMERIC函数判断
ISNUMERIC是SQL Server等数据库提供的内置函数，用于判断表达式是否为有效的数值类型，返回1表示是数值，返回0表示不是。基础用法如下：
-- 判断test_table表的num_field字段是否为数值
SELECT
num_field,
ISNUMERIC(num_field) AS is_num
FROM test_table;
但ISNUMERIC存在明显的局限性，它不仅会识别纯数字字符串，还会识别货币符号、科学计数法、小数点等格式，比如'$100'、'1e3'、'1.2'都会被判定为数值，不符合纯数字的判断要求。
ISNUMERIC的误判场景示例
-- 以下表达式都会返回1，但都不是纯数字字符串
SELECT ISNUMERIC('$100') AS res1; -- 带货币符号
SELECT ISNUMERIC('1e3') AS res2; -- 科学计数法
SELECT ISNUMERIC('1.2.3') AS res3; -- 多个小数点，实际不是合法数值
如果需要严格判断纯数字，ISNUMERIC通常不能直接满足需求，需要额外增加校验逻辑，比如判断字符串中是否只包含0-9的字符。
使用正则表达式判断纯数字
正则表达式是更精准的判断方式，通过匹配字符串是否全部由数字字符组成，来实现纯数字校验。不同数据库的正则函数语法不同，下面分别介绍常见数据库的实现方式。
SQL Server中的正则实现
SQL Server没有内置的正则函数，需要借助LIKE操作符配合字符范围匹配，或者使用CLR集成正则，这里介绍更通用的LIKE实现方式：
-- 判断字段是否为纯数字，长度至少为1
SELECT
num_field,
CASE
WHEN num_field LIKE '%[^0-9]%' THEN 0 -- 包含非数字字符则返回0
WHEN num_field = '' THEN 0 -- 空字符串返回0
ELSE 1 -- 纯数字返回1
END AS is_pure_num
FROM test_table;
这里的逻辑是，如果字段中包含0-9之外的字符，就判定不是纯数字，同时排除空字符串的情况。
MySQL中的正则实现
MySQL支持REGEXP操作符，可以直接使用正则匹配：
-- 判断num_field是否为纯数字，^表示开头，$表示结尾，[0-9]+表示至少一个数字
SELECT
num_field,
num_field REGEXP '^[0-9]+$' AS is_pure_num
FROM test_table;
如果需要支持负数，可以调整正则为^-?[0-9]+$，表示可选负号开头，后面跟至少一个数字。
PostgreSQL中的正则实现
PostgreSQL使用~操作符进行正则匹配，语法和MySQL类似：
-- 判断num_field是否为纯数字
SELECT
num_field,
num_field ~ '^[0-9]+$' AS is_pure_num
FROM test_table;
两种方案的对比
下面从适用场景、精准度、兼容性三个维度对比两种方案：
| 方案 | 适用场景 | 精准度 | 兼容性 |
|---|---|---|---|
| ISNUMERIC | 仅需判断是否为通用数值类型，不要求纯数字 | 低，存在较多误判 | 仅部分数据库支持 |
| 正则表达式 | 需要严格判断纯数字字符串 | 高，可自定义匹配规则 | 不同数据库语法有差异，需要适配 |
注意事项
- 判断纯数字时需要明确是否允许空字符串，大部分场景下空字符串不属于纯数字，需要额外校验。
- 如果字段可能包含NULL值，需要提前处理NULL，避免判断结果异常，比如使用COALESCE函数将NULL转为空字符串再判断。
- 正则匹配的性能比ISNUMERIC略低，如果在大数据量场景下使用，建议提前评估性能影响，或者增加索引优化。
如果业务场景中的纯数字包含小数点，需要调整正则规则，比如MySQL下使用^[0-9]+(.[0-9]+)?$来匹配整数或小数。