WSTAW ... NA DUPLIKATOWANYM KLUCZU (nic nie rób)

Mam tabelę z unikalnym kluczem dla dwóch kolumn:

CREATE  TABLE `xpo`.`user_permanent_gift` (
`id` INT UNSIGNED NOT NULL AUTO_INCREMENT ,
`fb_user_id` INT UNSIGNED NOT NULL ,
`gift_id` INT UNSIGNED NOT NULL ,
`purchase_timestamp` TIMESTAMP NULL DEFAULT now() ,
PRIMARY KEY (`id`) ,
UNIQUE INDEX `user_gift_UNIQUE` (`fb_user_id` ASC, `gift_id` ASC) );

Chcę wstawić wiersz do tej tabeli, ale jeśli klucz istnieje, nie rób nic! Nie chcę generować błędu, ponieważ klucze istnieją.

Wiem, że istnieje następująca składnia:

INSERT ... ON DUPLICATE KEY UPDATE ...

ale czy jest coś takiego:

INSERT ... ON DUPLICATE KEY DO NOTHING 

?

Tak, użyj INSERT ... ON DUPLICATE KEY UPDATE id=id(nie spowoduje to aktualizacji wiersza, nawet jeśli idjest przypisane do siebie).

Jeśli nie przejmujesz się błędami (błędami konwersji, błędami klucza obcego) i automatycznym wyczerpaniem pola (jest zwiększane, nawet jeśli wiersz nie zostanie wstawiony z powodu duplikatu klucza), użyj INSERT IGNORE.

JAK WDROŻYĆ „wstaw, jeśli nie istnieje”?

1. REPLACE INTO

plusy:

1. prosty.

Cons:

1. za wolno.

2. klawisz auto-inkrementacji ZMIENI (zwiększy się o 1), jeśli są pasujące wpisy unique keylub primary key, ponieważ usuwa stary wpis, a następnie wstawia nowy.

2) INSERT IGNORE

plusy:

1. prosty.

Cons:

1. klucz automatycznej inkrementacji nie zmieni się, jeśli będą pasujące wpisy, unique keylub primary keyindeks indeksu automatycznej inkrementacji wzrośnie o 1

2. niektóre inne błędy / ostrzeżenia będą ignorowane, takie jak błąd konwersji danych.

3) INSERT ... ON DUPLICATE KEY UPDATE

plusy:

1. Dzięki temu możesz łatwo wdrożyć funkcję „zapisz lub aktualizuj”

Cons:

1. wygląda stosunkowo skomplikowanie, jeśli chcesz wstawić nie aktualizować.

2. klucz automatycznej inkrementacji nie zmieni się, jeśli będą pasujące wpisy, unique keylub primary keyindeks indeksu automatycznej inkrementacji wzrośnie o 1

4. Jakikolwiek sposób, aby zatrzymać zwiększanie klucza automatycznego przyrostu, jeśli istnieją dopasowania wejściowe unique keylub primary key?

Jak wspomniano w komentarzu poniżej przez @toien: „kolumna automatycznego przyrostu będzie zależała od innodb_autoinc_lock_modekonfiguracji po wersji 5.1”, jeśli używasz innodbjako silnika, ale ma to również wpływ na współbieżność, więc należy ją dobrze rozważyć przed użyciem. Jak dotąd nie widzę lepszego rozwiązania.

Użyj ON DUPLICATE KEY UPDATE ...,
Negatywny: ponieważ UPDATEwykorzystuje zasoby do drugiego działania.

Użyj INSERT IGNORE ...,
Negatywne: MySQL nie wyświetli żadnych błędów, jeśli coś pójdzie nie tak, więc nie możesz sobie z nimi poradzić. Używaj go tylko wtedy, gdy nie zależy ci na zapytaniu.