Witam, mam pewien dość irytujący problem:

Mam w MySQL 5 tabelę:

Pole blablabla nie jest dla nas istotne. Jak widać rekordy mają id własne i id grupy (pole owner). Teraz chciałbym jednym zapytaniem pozbyć się starszych rekordów z danej grupy. Zależy mi, żeby w każdej grupie pozostały np. maks 2 rekordy, przy czym w pierwszej kolejności należy kasować te z niższymi numerami id. Nie ma reguły że te same grupy owner będą następowały bezpośrednio po sobie (np. owner =1 mogą mieć rekordy o id 2, 5, 15). Po wykonaniu takiego zapytania powyższa tabelka powinna dojść do takiego rezultatu:

Zacząłem kombinować coś takiego:

[SQL] pobierz, plaintext 
DELETE FROM tabelka GROUP BY owner
ORDER BY id ASC LIMIT
(SELECT 2-count(id) FROM tabelka GROUP BY owner)
[SQL] pobierz, plaintext 

Czy to jest poprawne rozumowanie?

Jak piszesz masz MySQL 5 wiec prosta procedurka lub trigger z kursorkiem i po sprawie:)

moze cos takiego (mozliwe bledy - nie sprawdzalem):

[SQL] pobierz, plaintext 
DELETE FROM tabelka WHERE id IN (
  SELECT t1.id
  FROM tabela AS t1
  INNER JOIN ( SELECT owner, COUNT(*)
    FROM tabelka GROUP BY owner
    HAVING COUNT(*) > 2
  ) AS t3 ON t1.owner = t3.owner
  WHERE (SELECT COUNT(*) FROM tabela AS t2 WHERE t2.owner = t1.owner AND t2.id >= t1.id) > 2
)
[SQL] pobierz, plaintext 

jak to dziala:
- podzapytanie w zlaczeniu sluzy do wyciagniecia tylko tych grup ktore maja nadmiarowe rekordy (w tym przykladzie > 2) - dla polepszenia efektywnosci
- podzapytanie w klauzuli WHERE oblicza odwrotny ranking dla danej pozycji w grupie
- wybieramy tylko te rekordy z dla ktorych ranking > 2
- usuwamy pasujace rekordy

dla rozjasnienia podaje jak bedzie wygladala tabela z obliczonym odwrotnym rankingiem:

[PHP] pobierz, plaintext 
<?php
id | owner | odwrotny ranking
 1	  1		  3
 2	  1		  2
 3	  1		  1
 4	  2		  4
 5	  2		  3
 6	  2		  2
 7	  2		  1 
 8	  3		  2
 9	  3		  1
?>
[PHP] pobierz, plaintext 

Jak widac przy obliczonym odwrotnym rankingu wybranie rekordow do usuniecia jest juz banalne.

W innych bazach danych mozna to latwo uproscic jesli istnieje tam funkcja RANK.
Nie wiem jak wydajne to bedzie przy duzej liczbie rekordow na grupe, albo przy duzej liczbie grup. Sporym ograniczeniem efektywnosci jest tu na pewno operator IN, moze daloby sie to jakos zamienic na EXISTS.

Oczywiscie to zapytanie bedzie usuwac najstarsze rekordy, tylko jesli wartosci pola id beda odzwierciedlaly kolejnosc wstawiania rekordow (tak jak ma to miejsce dla kolumn z atrybutem AUTO_INCREMENT).

Pozdrawiam