ORA-01403源于Oracle在PL/SQL中执行SELECT INTO未查到数据时抛出NO_DATA_FOUND异常，Java仅被动接收；应由PL/SQL层通过MIN()、EXCEPTION块等方式主动处理空结果，而非在Java中捕获SQLException掩盖问题。
Java调用PL/SQL时ORA-01403从哪来
这个错误不是Java抛的，而是Oracle在执行存储过程或函数里的 SELECT ... INTO 语句没查到任何行时，主动返回给JDBC驱动的异常（对应PL/SQL异常 NO_DATA_FOUND）。Java端收到后会包装成 SQLException，SQLState 通常是 20000，错误码为 1403。你看到堆栈里有 ORA-01403 和紧随其后的 ORA-06512，说明问题出在PL/SQL层，Java只是被动接收者。
别在Java里try-catch ORA-01403
这不是Java该兜底的问题。强行在Java里捕获 SQLException 并判断 getErrorCode() == 1403，等于把数据库逻辑错误当成应用层异常处理——语义错位，且掩盖了真正该修复的位置。
- PL/SQL里本就该明确“查不到时怎么办”，比如设默认值、走备选分支、或向上抛业务异常
- Java反复处理同一类数据库语义异常，会让DAO层变得脆弱且难以维护
- 如果存储过程里多个
SELECT INTO都可能触发，Java端得写一堆相似的catch块，毫无扩展性
让PL/SQL自己扛住空结果集
最干净的做法，是在存储过程中就消除 ORA-01403 的发生条件。优先级从高到低：
- 用聚合函数替代：比如把
SELECT id INTO v_id FROM t WHERE x = ?改成SELECT MIN(id) INTO v_id FROM t WHERE x = ?—— 空集时v_id自动为NULL，不报错 - 加
EXCEPTION块局部处理：只包那条高风险语句，WHEN NO_DATA_FOUND THEN v_id := NULL;，不干扰外层逻辑 - 避免
COUNT(*)预检：它会导致双倍I/O，且在并发下有竞态（查完count=1，紧接着真正查询时数据已被删） - 慎用
DUAL LEFT JOIN技巧：虽然能强制返回一行，但可读性差，且对复杂WHERE条件支持弱，容易误用
JDBC获取Struct元数据时的ORA-01403陷阱
如果你在Java里解析 STRUCT 对象（比如调用 getDescriptor().getMetaData() 再调 getColumnName()），却遇到 ORA-01403，这不是数据查不到，而是Oracle JDBC驱动对自定义类型元数据的支持缺陷：它能返回列数，但列名字段为空。
- 正确做法是绕过
ResultSetMetaData，直接调oracle.sql.STRUCT.getDescriptor().getAttributeNames() - 更彻底的解法是让存储过程改用
SYS_REFCURSOR输出结果集，Java用标准ResultSet.getMetaData()就完全可靠 - 不要试图在Java里 catch 这个
ORA-01403后再 fallback 到硬编码列名——这会让类型变更完全失控
