Creare una seconda procedura che utilizza due cursori nidificati.
I cursori nelle procedure memorizzate consentono di eseguire operazioni molto diverse da quelle di tipo SQL: eseguire l'iterazione di un set di risultati una riga alla volta, inserendo i valori della colonna selezionata in variabili e eseguendo le operazioni con essi.
Sono facilmente utilizzati in modo improprio, poiché SQL, essendo dichiarativo piuttosto che procedurale, di solito non dovrebbe necessitare di operazioni "per ogni" tipo, ma in questo caso sembra un'applicazione valida.
Una volta capito, i cursori sono facili, ma richiedono un approccio strutturato nel loro codice di supporto che non è sempre intuitivo.
Recentemente ho fornito un codice "boilerplate" abbastanza standard per lavorare con un cursore per chiamare una procedura memorizzata in una risposta su Stack Overflow , e prenderò molto in prestito da quella risposta, di seguito.
L'uso di un cursore richiede un codice standard per il boilerplate per circondarlo.
I SELECT
valori che si desidera passare, da qualunque punto li si ottengano (che potrebbero essere una tabella temporanea, una tabella di base o una vista e che possono includere chiamate a funzioni memorizzate) e quindi chiamare la propria procedura esistente con tali valori.
Ecco un esempio sintatticamente valido del codice necessario, con commenti per spiegare cosa sta facendo ciascun componente.
In questo esempio vengono utilizzate 2 colonne per passare 2 valori alla procedura chiamata.
Si noti che gli eventi che si verificano qui sono in un ordine specifico per un motivo. Le variabili devono essere dichiarate per prime, i cursori devono essere dichiarati prima dei loro gestori continui e i loop devono seguire tutte queste cose.
Non puoi fare le cose in modo disordinato, quindi quando annidi un cursore all'interno di un altro, devi resettare l'ambito della procedura annidando il codice aggiuntivo all'interno di BEGIN
... END
blocchi all'interno del corpo della procedura; per esempio, se avessi bisogno di un secondo cursore all'interno del loop, lo dichiareresti semplicemente all'interno del loop, all'interno di un altro BEGIN
... END
blocco.
DELIMITER $$
DROP PROCEDURE IF EXISTS `my_proc` $$
CREATE PROCEDURE `my_proc`(arg1 INT) -- 1 input argument; you might need more or fewer
BEGIN
-- declare the program variables where we'll hold the values we're sending into the procedure;
-- declare as many of them as there are input arguments to the second procedure,
-- with appropriate data types.
DECLARE val1 INT DEFAULT NULL;
DECLARE val2 INT DEFAULT NULL;
-- we need a boolean variable to tell us when the cursor is out of data
DECLARE done TINYINT DEFAULT FALSE;
-- declare a cursor to select the desired columns from the desired source table1
-- the input argument (which you might or might not need) is used in this example for row selection
DECLARE cursor1 -- cursor1 is an arbitrary label, an identifier for the cursor
CURSOR FOR
SELECT t1.c1,
t1.c2
FROM table1 t1
WHERE c3 = arg1;
-- this fancy spacing is of course not required; all of this could go on the same line.
-- a cursor that runs out of data throws an exception; we need to catch this.
-- when the NOT FOUND condition fires, "done" -- which defaults to FALSE -- will be set to true,
-- and since this is a CONTINUE handler, execution continues with the next statement.
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
-- open the cursor
OPEN cursor1;
my_loop: -- loops have to have an arbitrary label; it's used to leave the loop
LOOP
-- read the values from the next row that is available in the cursor
FETCH NEXT FROM cursor1 INTO val1, val2;
IF done THEN -- this will be true when we are out of rows to read, so we go to the statement after END LOOP.
LEAVE my_loop;
ELSE -- val1 and val2 will be the next values from c1 and c2 in table t1,
-- so now we call the procedure with them for this "row"
CALL the_other_procedure(val1,val2);
-- maybe do more stuff here
END IF;
END LOOP;
-- execution continues here when LEAVE my_loop is encountered;
-- you might have more things you want to do here
-- the cursor is implicitly closed when it goes out of scope, or can be explicitly closed if desired
CLOSE cursor1;
END $$
DELIMITER ;