PL/SQL CASE语句读取异常：仅识别ORBREFTND无法处理其他CASE

咱们一步步拆解问题，别着急，先从最基础的地方开始查：

1. 先确认游标有没有返回其他类型的代码 #

你写的pltfm_msg_type_cur游标是通过JOIN几张表获取PLTFM_MSG_TYPE_CD的，先单独把游标里的SELECT语句拎出来跑一遍，看看结果集里有没有除了ORBREFTND之外的其他值。

比如执行这段SQL（补全你原代码里截断的JOIN和WHERE条件）：

SELECT sctmt.PLTFM_MSG_TYPE_CD 
FROM ISG.SWR_CERT_TXN_MSG_TYPE sctmt 
JOIN ISG.FEATURE_VALUES ft_val ON sctmt.SWR_CERT_FETR_VAL_ID = ft_val.FEATURE_VAL 
JOIN ISG.FEATURE_CATEGORY ft_cat ON ft_val.FEATURE_CAT = ft_cat.FEATURE_CAT
-- 这里加上你原代码里的WHERE子句（如果有的话）

如果结果里只有ORBREFTND，那问题出在游标查询本身——要么是JOIN条件写错了，把其他类型的数据过滤掉了，要么是你的业务数据里确实只有这一种类型。

2. 检查CASE的匹配逻辑是否严格一致 #

PL/SQL里的字符串匹配是大小写敏感的，而且会识别空格，这很容易踩坑：

• 比如数据库里存的是ORBAUTH，但你CASE里写的是orb_auth，肯定匹配不上；
• 再比如返回的PLTFM_MSG_TYPE_CD末尾有空格（比如'ORBREFTND '），而你写的是'ORBREFTND'，也会匹配失败。

最直接的办法是在循环里加调试输出，看看当前处理的是什么值：

FOR rec IN pltfm_msg_type_cur LOOP
  -- 打印当前的代码值，方便排查
  DBMS_OUTPUT.PUT_LINE('当前处理的PLTFM_MSG_TYPE_CD：' || rec.PLTFM_MSG_TYPE_CD);
  
  CASE rec.PLTFM_MSG_TYPE_CD
    WHEN 'ORBREFTND' THEN
      DBMS_OUTPUT.PUT_LINE('进入退款分支');
      -- 你的退款处理逻辑
    WHEN 'ORBAUTH' THEN
      DBMS_OUTPUT.PUT_LINE('进入授权分支');
      -- 你的授权处理逻辑
    ELSE
      DBMS_OUTPUT.PUT_LINE('未匹配到任何分支，当前值：' || rec.PLTFM_MSG_TYPE_CD);
  END CASE;
END LOOP;

运行后看输出，如果进入了ELSE分支，说明你的CASE里的WHEN值和实际数据不匹配；如果连ELSE都没进，那说明游标根本没返回数据，循环都没执行。

3. 分支内的代码是不是悄悄报错了 #

有时候看起来分支没触发，其实是分支里的SQL语句出了问题（比如约束冲突、语法错误），但因为你没加异常处理，代码直接跳过了这个分支，继续执行下一次循环，看起来就像没触发一样。

给每个分支加个简单的异常捕获和输出：

WHEN 'ORBAUTH' THEN
  DBMS_OUTPUT.PUT_LINE('尝试执行授权分支逻辑');
  BEGIN
    -- 你的授权更新/插入逻辑
    UPDATE YOUR_TABLE SET ... WHERE ...;
    DBMS_OUTPUT.PUT_LINE('授权分支执行成功，影响了' || SQL%ROWCOUNT || '行');
  EXCEPTION
    WHEN OTHERS THEN
      DBMS_OUTPUT.PUT_LINE('授权分支出错了：' || SQLERRM);
  END;

这样就能看到是不是分支内的代码出了问题。

4. 检查变量v_eval的赋值逻辑 #

你代码里定义了v_eval变量，会不会是你在CASE里用的是v_eval而不是游标里的rec.PLTFM_MSG_TYPE_CD？如果v_eval的赋值语句写错了，比如只赋值了ORBREFTND，那其他分支自然不会触发。

比如检查这段：

v_eval := rec.PLTFM_MSG_TYPE_CD; -- 是不是这里赋值错了？
CASE v_eval
  ...
END CASE;

确保v_eval确实拿到了当前游标行的PLTFM_MSG_TYPE_CD值。

内容的提问来源于stack exchange，提问作者Ruchi Gupta