Mysql tymczasowo stłumić unikatowy indeks

Question

Mam tabelę z unikatowego indeksu na dwóch kolumnach, id_parent i porządek_sortowania być precyzyjne

+----+-----------+------------+-------------+-------------+-------------+ 
| id | id_parent | sort_order | some_data | other_data | more_data | 
+----+-----------+------------+-------------+-------------+-------------+ 
| 1 |   1 |   1 | lorem ipsum | lorem ipsum | lorem ipsum | 
| 2 |   1 |   2 | lorem ipsum | lorem ipsum | lorem ipsum | 
| 3 |   1 |   3 | lorem ipsum | lorem ipsum | lorem ipsum | 
+----+-----------+------------+-------------+-------------+-------------+ 

Teraz chcę zaktualizować je do swoich danych oraz ich porządek_sortowania w jednej podróży. sort_order zmieni się z 1 - 2 - 3 na, na przykład 2 - 3 - 1.

Ale kiedy zaczynam wykonywać instrukcje aktualizacji, unikalny indeks blokuje mnie, zgodnie z oczekiwaniami, mówiąc, że nie mogę mieć dwóch wierszy z id_parent = 1 and sort_order = 2. Mogę teraz ustawić 4, zaktualizować inne wiersze w poprawnej kolejności, a następnie ustawić to. Ale wtedy musiałbym wygenerować dodatkową instrukcję i najprawdopodobniej dodać dodatkową logikę do mojego języka skryptowego, aby ustalić poprawną kolejność aktualizacji. Używam również ORM, a staje się jeszcze bardziej niewrażliwy.

Moje pytanie brzmi: czy istnieje sposób, aby mysql tymczasowo zignorował ten indeks? Jak rozpoczęcie specjalnej transakcji, w której indeksy byłyby obliczane tylko tuż przed jej zatwierdzeniem?

Answer 1

O ile wiem, nie jest to możliwe.

Jedyny raz widziałem coś takiego, że można wyłączyć nie unikatowe klucze na tabelach myisam. Ale nie na InnoDB, a nie na unikalnych klawiszach.

Jednak, aby zaoszczędzić Ci aktualizację lub dwie, nie ma potrzeby posiadania dokładnej liczby 1, 2 i 3. Możesz równie dobrze mieć 4, 5 i 6. Dobrze? Używałbyś go w kolejności według i nic innego, więc dokładne liczby nie są ważne. Zaoszczędzi ci nawet aktualizację, jeśli jesteś sprytny. Z Twojego przykładu:

update table set sort_order = 4 where sort_order = 1 and id = 1 and id_parent = 1; 

Nowa kolejność sortowania to 2, 3, 1. I tylko w jednej aktualizacji.

Answer 2

„Ale kiedy zaczną Aktualizacja oświadczenia ...” - Rozumiem próbowałeś aktualizację wartości przy użyciu wielu instrukcji UPDATE, jak w pętli. Czy tak jest? A może zaktualizujesz je za jednym razem? Tak, na przykład:

UPDATE atable 
SET sort_order = CASE sort_order WHEN 3 THEN 1 ELSE sort_order + 1 END 
WHERE id_parent = 1 
    AND sort_order BETWEEN 1 AND 3 

Pojedyncza stwierdzenie jest atomowy, tak, do czasu ta aktualizacja końcach wartości sort_order, chociaż zmieniło, pozostanie wyjątkowy.

Nie mogę tego przetestować w MySQL, przepraszam, ale na pewno działa na serwerze SQL i uważam, że zachowanie to respektuje standardy.

Answer 3

Uwaga: Niektóre komentarze wspomnieli, że odpowiedź poniżej nie zawsze tłumią unikalnych ograniczeń, szczególnie w InnoDB. Jeśli możesz poprawić tę odpowiedź, kliknij "Edytuj" i wprowadź ulepszenia.

Można po prostu dodać tę linię na początku skryptu:

SET UNIQUE_CHECKS=0; 

To wspólne użyć to w połączeniu z:

SET FOREIGN_KEY_CHECKS=0; 

Zmienna UNIQUE_CHECKS wspomniano w docs tutaj:
http://dev.mysql.com/doc/refman/5.0/en/converting-tables-to-innodb.html