Question

我在下面有一个中等大小的存储过程。我的问题是它没有做任何事情，我不知道为什么。

1。）首先，代码：

    DROP PROCEDURE IF EXISTS deleteabundant_fixshared_shiftResources;
    DELIMITER //
    CREATE PROCEDURE deleteabundant_fixshared_shiftResources ()
    BEGIN
      DECLARE finish_flag BOOLEAN DEFAULT FALSE;
      DECLARE id INT(11);
      DECLARE startTime DATETIME;
      DECLARE endTime DATETIME;
      DECLARE shid INT(11);
      DECLARE resid INT(11);

      DECLARE id_inner INT(11);
      DECLARE startTime_inner DATETIME;
      DECLARE endTime_inner DATETIME;
      DECLARE shid_inner INT(11);
      DECLARE resid_inner INT(11);
      DECLARE cr130 CURSOR FOR SELECT shift_resource_id, start_date, end_date, shift_id, resource_id FROM temp_shift_resource;
      DECLARE cr131 CURSOR FOR SELECT shift_resource_id, start_date, end_date, shift_id, resource_id FROM temp_shift_resource;
        DECLARE CONTINUE HANDLER  FOR NOT FOUND SET finish_flag = TRUE; 

    START TRANSACTION;  



    OPEN cr130;
    OPEN cr131;
        OUTERLOOP: LOOP
        FETCH cr130 into id, startTime, endTime, shid, resid;
        IF finish_flag THEN LEAVE OUTERLOOP; END IF;
            INNERLOOP: LOOP
            FETCH cr131 INTO id_inner, startTime_inner, endTime_inner, shid_inner, resid_inner;
        IF finish_flag THEN LEAVE INNERLOOP; END IF;
        IF (id!=id_inner) THEN
        IF (resid=resid_inner AND shid_inner!=9) THEN

     -- logic to determine if the dates are wrong:
            IF (startTime<=startTime_inner AND endTime>=endTime_inner) THEN
                INSERT INTO repairchange ( shift_resource_id, changetype, shift_id, resource_id, start_date, end_date ) 
                                  VALUES ( id_inner, "FD", shid_inner, resid_inner, startTime_inner, endTime_inner );
                DELETE FROM temp_shift_resource WHERE shift_resource_id = id_inner;
            ELSEIF (endTime>=endTime_inner AND startTime<=endTime_inner) THEN
                INSERT INTO repairchange ( shift_resource_id, changetype, shift_id, resource_id, start_date, end_date ) 
                                  VALUES ( id_inner, "FU", shid_inner, resid_inner, startTime_inner, endTime_inner );
                UPDATE temp_shift_resource set endTime_inner=(startTime - INTERVAL 1 DAY) where shift_resource_id = id_inner;
            ELSEIF (startTime<=startTime_inner AND endTime>=startTime_inner) THEN
                INSERT INTO repairchange ( shift_resource_id, changetype, shift_id, resource_id, start_date, end_date ) 
                                  VALUES ( id_inner, "FU", shid_inner, resid_inner, startTime_inner, endTime_inner );
                UPDATE temp_shift_resource set startTime_inner=(endTime + INTERVAL 1 DAY) where shift_resource_id = id_inner;
            END IF;
    END IF;     
    END IF;
            END LOOP INNERLOOP;
    SET finish_flag = FALSE;
      END LOOP OUTERLOOP;
      CLOSE cr130;
      CLOSE cr131;



    COMMIT;

    END //
    DELIMITER ;

    call deleteabundant_fixshared_shiftResources();

2.。）我想要做的描述：

基本上，我有一张满是轮班的桌子。由于代码错误，其中一些转移的日期分配错误，我必须修复数据库。

我必须遍历整个表格，并比较分配给代表一个人的同一 resource_id 的行。因此，如果一个人有两个看起来像（2016-05-10到2016-05-20）和（2016-05-15到2016-05-23）的班次，我必须修复它以便其中一个将被修剪为（2016-05-10至2016-05-14）和（2016-05-15至2016-05-23）。
一个标记为 shift_id = 9的夜班班次，一定不能修改。
如果已进行更改或删除，我会将行插入repairchange表

3。）程序运行，但什么都不做。我在数据库中有错误行的例子，一个例子就是我上面写的那个。我怀疑它是嵌套循环，因为我想循环并获取同一个表，但我还没有找到任何东西。我收到了消息

0行受影响，1警告：1329无数据 - 获取，选择或处理零行

但我之前已经看过这个，即使他们输出了这个警告，我的存储过程仍然有效。

欢迎任何想法或提示。谢谢你的时间！

Answer 1

经过一番调试后，我想出来了：

我在两个循环之前打开了游标。这意味着在内循环的第一次遍历之后，光标站在表的最后一行的+1处，并且当新的外循环迭代开始第二次内循环迭代时，光标仍然在结束位置。

因此它没有运行。我将内部光标打开和关闭替换为外部循环，现在它可以正常工作。

MySQL存储过程 - 错误的嵌套循环？

1 个答案: