Oracle中不能裸用TO_NUMBER判断数字，因其遇非法输入（如'12a'）会立即抛ORA-01722异常，而SQL层不支持异常处理，必须用PL/SQL函数封装并捕获INVALID_NUMBER和VALUE_ERROR。
直接用 to_number 判断会报错，必须封装在 pl/sql 异常块里才能安全使用。
为什么不能裸用 TO_NUMBER 做判断
Oracle 的 TO_NUMBER 遇到非法输入（比如 '12a'、' 123 '、'12.34.5'）会立即抛出 ORA-01722: invalid number，无法在纯 SQL 中用 CASE WHEN 捕获。SQL 层不支持异常处理，所以必须借助 PL/SQL 函数封装。
-
TO_NUMBER('12a')→ 立即失败，不能返回NULL或0 -
NVL(TO_NUMBER(str), 0)→ 错误：NVL会先求值TO_NUMBER(str)，异常仍在里面爆发 - 即使加了
TRIM，某些 NLS 设置下TO_NUMBER(' 123 ')仍可能失败（如空格被识别为非法字符）
写一个安全的 ISNUMERIC 函数
核心是把转换逻辑包进 BEGIN...EXCEPTION，只让合法数字返回 1，其余一律返回 0：
CREATE OR REPLACE FUNCTION ISNUMERIC(STR IN VARCHAR2) RETURN NUMBER IS
V_NUM NUMBER;
BEGIN
IF STR IS NULL THEN
RETURN 0;
END IF;
V_NUM := TO_NUMBER(TRIM(STR)); -- 先 trim 再转，防首尾空格
RETURN 1;
EXCEPTION
WHEN INVALID_NUMBER THEN
RETURN 0;
WHEN VALUE_ERROR THEN
RETURN 0;
END;- 必须显式处理
STR IS NULL，否则TO_NUMBER(NULL)返回NULL，但函数声明返回NUMBER，可能引发隐式问题 - 捕获
INVALID_NUMBER（主异常）和VALUE_ERROR（PL/SQL 层兜底），覆盖更全 - 不要在函数里做复杂正则预筛——既然都进函数了，直接让
TO_NUMBER试一次最准，它能识别所有 Oracle 支持的数字格式（含科学计数法、带符号、小数点位置等）
在 SQL 查询中调用该函数的注意事项
函数可直接用于 WHERE、CASE、SELECT，但要注意性能和语义边界：
-
SELECT * FROM t WHERE ISNUMERIC(col) = 1→ 可用，但无法走索引（函数索引需提前建好） -
SELECT col, CASE WHEN ISNUMERIC(col)=1 THEN TO_NUMBER(col) ELSE -1 END FROM t→ 安全，但注意：这里又调了一次TO_NUMBER，建议改成缓存变量或改用TO_NUMBER+DEFAULT ON CONVERSION ERROR（Oracle 12cR2+） - 若列中存在大量非数字值，函数调用开销比正则略高；但精度更高——例如
'1e5'、'+0.0'这类REGEXP_LIKE很难写全的格式，TO_NUMBER原生支持
容易被忽略的关键点
真正上线时，最容易栽在 NLS 设置和空格上：
-
TO_NUMBER对小数点和千分位符敏感，依赖会话级NLS_NUMERIC_CHARACTERS；比如设成'.,'时'1.234,56'合法，但设成',.'就不行 —— 函数里不做 NLS 切换，所以调用方要确保环境一致 -
TRIM只去 ASCII 空格（CHR(32)），对全角空格、制表符、换行符无效；若数据源不可控，应先用REGEXP_REPLACE(str, '[[:space:]]', '')清洗 - 函数返回
NUMBER类型，但业务上常需要区分「是数字」和「是有效数字」——比如'NaN'或'Infinity'在 Oracle 中不被TO_NUMBER接受，自然归为非数字，这点反而比正则更严谨
