1

マニュアルから直接、PostgreSQLでのmerge_dbの標準的な例を次に示します

CREATE TABLE db (a INT PRIMARY KEY, b TEXT);

CREATE FUNCTION merge_db(key INT, data TEXT) RETURNS VOID AS
$$
BEGIN
    LOOP
        -- first try to update the key
        UPDATE db SET b = data WHERE a = key;
        IF found THEN
            RETURN;
        END IF;
        -- not there, so try to insert the key
        -- if someone else inserts the same key concurrently,
        -- we could get a unique-key failure
        BEGIN
            INSERT INTO db(a,b) VALUES (key, data);
            RETURN;
        EXCEPTION WHEN unique_violation THEN
            -- Do nothing, and loop to try the UPDATE again.
        END;
    END LOOP;
END;
$$
LANGUAGE plpgsql;

SELECT merge_db(1, 'david');
SELECT merge_db(1, 'dennis');

これはMySQLでユーザー定義関数として表現できますか?もしそうなら、どのように表現できますか?MySQLの標準に勝る利点はありますINSERT...ON DUPLICATE KEY UPDATEか?

注:私は特に、ではなくユーザー定義関数を探していますINSERT...ON DUPLICATE KEY UPDATE

4

1 に答える 1

5

MySQL5.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');

いくつかの考え:

  • @ROW_COUNT()実際に変更された行数が返されるため、最初に更新を行ってから確認することはできません。更新しようとしている値が行にすでに含まれている場合、これは0になる可能性があります。
  • また、@ROW_COUNT()複製は安全ではありません。
  • を使用できますREPLACE...INTO
  • InnoDBまたはトランザクションサポート付きのテーブルを使用している場合は、使用できる可能性がありますSELECT...FOR UPDATE(テストされていません)。

を使用するよりも、このソリューションに利点はありませんINSERT...ON DUPLICATE KEY UPDATE

于 2012-07-07T04:15:29.360 に答える