Oto alternatywne rozwiązanie:nie przechowuj w ogóle rang! :-)
Możesz je obliczyć na bieżąco.
Przykład:
SELECT id, (@next_rank := IF(@score <> score, 1, 0)) nr,
(@score := score) score, (@r := IF(@next_rank = 1, @r + 1, @r)) rank
FROM rank, (SELECT @r := 0) dummy1
ORDER BY score DESC;
Wynik:
+------+----+-------+------+
| id | nr | score | rank |
+------+----+-------+------+
| 2 | 1 | 23 | 1 |
| 4 | 1 | 17 | 2 |
| 1 | 0 | 17 | 2 |
| 5 | 1 | 10 | 3 |
| 3 | 1 | 2 | 4 |
+------+----+-------+------+
nr tutaj znajduje się kolumna pomocnicza, która wskazuje, czy powinniśmy przypisać kolejną rangę, czy nie.
Możesz opakować to zapytanie w inny select i na przykład wykonuj stronicowanie.
SELECT id, score, rank
FROM (SELECT id, (@next_rank := IF(@score <> score, 1, 0)) nr,
(@score := score) score, (@r := IF(@next_rank = 1, @r + 1, @r)) rank
FROM rank, (SELECT @r := 0) dummy1
ORDER BY score DESC) t
WHERE rank > 1 and rank < 3;
Wynik:
+------+-------+------+
| id | score | rank |
+------+-------+------+
| 4 | 17 | 2 |
| 1 | 17 | 2 |
+------+-------+------+
UWAGA :od teraz rank jest kolumną obliczeniową, nie można jej zindeksować i wydajnie stronicować daleko w zbiorze danych (tzn. „wybierz rekordy z rangami od 3000 do 3010”). Ale nadal jest dobry dla „wybierz najwyższe N rang” (pod warunkiem, że umieścisz odpowiedni LIMIT na zapytanie)
