Testato su MySQL 5.5.14.
CREATE TABLE db (a INT PRIMARY KEY, b TEXT);
DELIMITER //
CREATE PROCEDURE merge_db(k INT, data TEXT)
BEGIN
DECLARE done BOOLEAN;
REPEAT
BEGIN
-- If there is a unique key constraint error then
-- someone made a concurrent insert. Reset the sentinel
-- and try again.
DECLARE ER_DUP_UNIQUE CONDITION FOR 23000;
DECLARE CONTINUE HANDLER FOR ER_DUP_UNIQUE BEGIN
SET done = FALSE;
END;
SET done = TRUE;
SELECT COUNT(*) INTO @count FROM db WHERE a = k;
-- Race condition here. If a concurrent INSERT is made after
-- the SELECT but before the INSERT below we'll get a duplicate
-- key error. But the handler above will take care of that.
IF @count > 0 THEN
UPDATE db SET b = data WHERE a = k;
ELSE
INSERT INTO db (a, b) VALUES (k, data);
END IF;
END;
UNTIL done END REPEAT;
END//
DELIMITER ;
CALL merge_db(1, 'david');
CALL merge_db(1, 'dennis');
Alcuni pensieri:
- Non puoi prima eseguire un aggiornamento e poi controllare
@ROW_COUNT()
perché restituisce il numero di righe effettivamente modificate. Potrebbe essere 0 se la riga ha già il valore che stai tentando di aggiornare. - Inoltre,
@ROW_COUNT()
non è sicuro per la replica. - Potresti usare
REPLACE...INTO
. - Se utilizzi InnoDB o una tabella con supporto per le transazioni potresti essere in grado di utilizzare
SELECT...FOR UPDATE
(non testato).
Non vedo alcun vantaggio in questa soluzione rispetto al semplice utilizzo di INSERT...ON DUPLICATE KEY UPDATE
.