我来帮你拆解这个诡异的问题——存储过程里的游标循环能输出数据，但UPDATE就是没影响，把代码直接放到BEGIN...END里执行却正常，这类情况大多和执行环境、权限或者隐式转换的差异有关，下面是几个最可能的原因和对应的解决思路：

1. NLS会话设置差异导致转换不匹配 #

这是最常见的原因之一。存储过程运行时的NLS参数（比如NLS_NUMERIC_CHARACTERS、NLS_CHARACTERSET）和你直接执行代码时的会话参数可能不一样，导致to_number、to_char的转换结果不一致，最终WHERE条件匹配失败。

举个例子：

• 如果kst是数字类型，存储过程会话中to_char(kst)会输出带前导空格的字符串（比如' 123'），而cur_palettenkosten.land是不带空格的'123'，两者就匹配不上；
• 或者sped_nr包含逗号作为千位分隔符，存储过程会话的NLS_NUMERIC_CHARACTERS是',.'，而你直接执行的会话是'.,'，转换后的值就会出现差异。

解决办法：

• 在存储过程中加入调试代码，输出当前会话的NLS参数，和你直接执行时的参数对比：

  dbms_output.put_line('NLS_NUMERIC_CHARACTERS: ' || sys_context('USERENV', 'NLS_NUMERIC_CHARACTERS'));
  dbms_output.put_line('NLS_CHARACTERSET: ' || sys_context('USERENV', 'NLS_CHARACTERSET'));
  

• 优化WHERE条件，避免不必要的类型转换，同时统一格式：

  WHERE TRIM(sped_nr) = TRIM(cur_palettenkosten.spediteur_nr)
    AND TRIM(lhm_typ) = TRIM(cur_palettenkosten.behaelter_nr)
    AND TRIM(TO_CHAR(kst)) = TRIM(cur_palettenkosten.land)
  

  如果字段类型本身一致（比如都是数字或都是字符串），直接去掉to_number/to_char转换会更可靠。

2. 存储过程权限模式（DEFINER vs INVOKER）问题 #

PL/SQL存储过程默认使用DEFINER权限模式，也就是用创建存储过程的用户权限来执行。如果创建者对lschein_rueckstellungen表没有UPDATE权限，或者看不到目标表中的某些行（比如行级安全策略限制），就会导致UPDATE无影响；而你直接执行时用的是自己的权限，能正常修改数据。

解决办法：
重新创建存储过程时指定AUTHID CURRENT_USER，让存储过程使用调用者的权限执行：

CREATE OR REPLACE PROCEDURE p_ref_lschein_rueckstellungen 
AUTHID CURRENT_USER
AS
for cur_palettenkosten in (
 select land, spediteur_nr, plz_von, plz_bis, preis, gueltig_von, gueltig_bis, gzp.behaelter_nr
 from spediteur_fahrtkosten sp,gutschrift_zuord_pal gzp
 where sp.behaelter_nr = 1
 )
LOOP
 UPDATE lschein_rueckstellungen
 SET preis = cur_palettenkosten.preis
 WHERE TRIM(sped_nr) = TRIM(cur_palettenkosten.spediteur_nr)
 AND TRIM(lhm_typ) = TRIM(cur_palettenkosten.behaelter_nr)
 AND TRIM(TO_CHAR(kst)) = TRIM(cur_palettenkosten.land);
 dbms_output.put_line (cur_palettenkosten.spediteur_nr || ' '||cur_palettenkosten.behaelter_nr|| ' '|| cur_palettenkosten.land || ' | 更新行数：' || sql%rowcount);
END LOOP;
COMMIT;
END p_ref_lschein_rueckstellungen;

3. 绑定变量窥视导致执行计划异常 #

存储过程中使用游标变量作为绑定变量，Oracle优化器可能基于初始的变量值生成了不合适的执行计划，导致UPDATE无法找到匹配行；而直接执行时用的是字面量，优化器能生成更准确的执行计划。

解决办法：

• 重新收集目标表和关联表的统计信息：

  EXEC DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => '你的用户名', TABNAME => 'lschein_rueckstellungen');
  EXEC DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => '你的用户名', TABNAME => 'spediteur_fahrtkosten');
  EXEC DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => '你的用户名', TABNAME => 'gutschrift_zuord_pal');
  

• 或者在存储过程中使用动态SQL强制生成新的执行计划（不推荐，除非必要）：

  EXECUTE IMMEDIATE 'UPDATE lschein_rueckstellungen SET preis = :1 WHERE to_number(sped_nr) = :2 AND to_number(lhm_typ) = :3 AND to_char(kst) = :4'
  USING cur_palettenkosten.preis, cur_palettenkosten.spediteur_nr, cur_palettenkosten.behaelter_nr, cur_palettenkosten.land;
  

4. 调试建议：输出更详细的匹配信息 #

你可以在循环中加入代码，检查当前游标行是否真的存在匹配的目标行，这样能快速定位问题：

LOOP
 DECLARE
   v_match_count NUMBER;
 BEGIN
   SELECT COUNT(*) INTO v_match_count
   FROM lschein_rueckstellungen
   WHERE to_number(sped_nr) = to_number(cur_palettenkosten.spediteur_nr)
     AND to_number(lhm_typ) = to_number(cur_palettenkosten.behaelter_nr)
     AND to_char(kst) = to_char(cur_palettenkosten.land);
   dbms_output.put_line ('当前游标行：' || cur_palettenkosten.spediteur_nr || ' '||cur_palettenkosten.behaelter_nr|| ' '|| cur_palettenkosten.land || ' | 匹配行数：' || v_match_count);
 END;
 -- 原UPDATE语句
 UPDATE lschein_rueckstellungen
 SET preis = cur_palettenkosten.preis
 WHERE to_number(sped_nr) = to_number(cur_palettenkosten.spediteur_nr)
 AND to_number(lhm_typ) = to_number(cur_palettenkosten.behaelter_nr)
 AND to_char(kst) = to_char(cur_palettenkosten.land);
 dbms_output.put_line ('更新行数：' || sql%rowcount);
END LOOP;

如果v_match_count为0，说明WHERE条件确实不匹配，重点排查类型转换和NLS设置；如果v_match_count大于0但sql%rowcount为0，那可能是权限或锁定问题。

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