SQL存储过程执行显示0行受影响问题求助

核心错误点 #

1. UPDATE语句未限定部门：你的UPDATE操作没有添加WHERE NUM_DIPART = dip_id条件，导致每次循环都会修改表中所有部门的NUM_DIP值，而非当前游标指向的部门。这也是执行后显示“0行受影响”的关键原因——后续循环中全表数据已被修改，再次执行UPDATE时无数据变化。
2. 游标逻辑冗余：这类基于行数据条件的批量更新完全不需要用游标实现，单条UPDATE语句即可完成，既简洁又高效。

修复方案一：修正原游标存储过程 #

保留游标逻辑的前提下，补充UPDATE的WHERE条件，同时优化变量读取逻辑（直接在游标中获取NUM_DIP，避免额外SELECT查询）：

DELIMITER $$
CREATE PROCEDURE ModNumDip(IN VALORE INTEGER)
BEGIN
   DECLARE dip_id INT;
   DECLARE num_dip INT;
   DECLARE done INT DEFAULT FALSE;

   -- 游标直接获取部门编号和员工数，减少冗余查询
   DECLARE dip_cursor CURSOR FOR
       SELECT NUM_DIPART, NUM_DIP
       FROM DIPART;
    
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
   
   OPEN dip_cursor;
   
   dip_loop: LOOP
       FETCH dip_cursor INTO dip_id, num_dip;
       
       IF done THEN
         LEAVE dip_loop;
       END IF;
        
       -- 添加WHERE条件限定当前操作的部门
       IF num_dip < 3 THEN
         UPDATE DIPART SET NUM_DIP = num_dip + VALORE WHERE NUM_DIPART = dip_id;
       ELSE 
         UPDATE DIPART SET NUM_DIP = num_dip - VALORE WHERE NUM_DIPART = dip_id;
       END IF;
      
   END LOOP;

   CLOSE dip_cursor;
END $$
DELIMITER ;

CALL ModNumDip(5);

修复方案二：无游标高效实现（推荐） #

直接用CASE语句在UPDATE中处理条件逻辑，无需游标，性能更优：

DELIMITER $$
CREATE PROCEDURE ModNumDip(IN VALORE INTEGER)
BEGIN
   UPDATE DIPART
   SET NUM_DIP = CASE
       WHEN NUM_DIP < 3 THEN NUM_DIP + VALORE
       WHEN NUM_DIP > 3 THEN NUM_DIP - VALORE
       ELSE NUM_DIP -- 处理NUM_DIP=3的情况，保持原值
   END;
END $$
DELIMITER ;

CALL ModNumDip(5);

补充说明 #

• 原代码中num_dip为NULL的问题：如果游标查询到的部门在后续SELECT时被其他操作修改或删除（或第一次全表UPDATE后数据异常），会导致SELECT NUM_DIP INTO num_dip无返回值，变量被设为NULL。
• 方案二中补充了NUM_DIP=3的处理逻辑，若需求中不需要保留原值，可根据实际情况调整CASE分支。

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