Brzydkie, ale szybkie i przypadkowe. Może stać się bardzo brzydki, bardzo szybko, szczególnie przy dostrajaniu opisanym poniżej, więc upewnij się, że naprawdę tego chcesz.
(SELECT Products.ID, Products.Name
FROM Products
INNER JOIN (SELECT RAND()*(SELECT MAX(ID) FROM Products) AS ID) AS t ON Products.ID >= t.ID
WHERE Products.HasImages=1
ORDER BY Products.ID
LIMIT 1)
UNION ALL
(SELECT Products.ID, Products.Name
FROM Products
INNER JOIN (SELECT RAND()*(SELECT MAX(ID) FROM Products) AS ID) AS t ON Products.ID >= t.ID
WHERE Products.HasImages=1
ORDER BY Products.ID
LIMIT 1)
UNION ALL
(SELECT Products.ID, Products.Name
FROM Products
INNER JOIN (SELECT RAND()*(SELECT MAX(ID) FROM Products) AS ID) AS t ON Products.ID >= t.ID
WHERE Products.HasImages=1
ORDER BY Products.ID
LIMIT 1)
Pierwszy wiersz pojawia się częściej niż powinien
Jeśli masz duże odstępy między identyfikatorami w Twojej tabeli, wiersze znajdujące się zaraz po takich odstępach będą miały większą szansę na pobranie przez to zapytanie. W niektórych przypadkach będą pojawiać się znacznie częściej niż powinny. Generalnie nie da się tego rozwiązać, ale istnieje poprawka dla typowego szczególnego przypadku:gdy istnieje luka między 0 a pierwszym istniejącym identyfikatorem w tabeli.
Zamiast podzapytania (SELECT RAND()*<max_id> AS ID)
użyj czegoś takiego jak (SELECT <min_id> + RAND()*(<max_id> - <min_id>) AS ID)
Usuń duplikaty
Zapytanie, jeśli zostanie użyte w takim stanie, może zwrócić zduplikowane wiersze. Można tego uniknąć, używając UNION
zamiast UNION ALL
. W ten sposób duplikaty zostaną scalone, ale zapytanie nie gwarantuje już zwrócenia dokładnie 3 wierszy. Możesz też obejść ten problem, pobierając więcej wierszy niż potrzebujesz i ograniczając wynik zewnętrzny w następujący sposób:
(SELECT ... LIMIT 1)
UNION (SELECT ... LIMIT 1)
UNION (SELECT ... LIMIT 1)
...
UNION (SELECT ... LIMIT 1)
LIMIT 3
Jednak nadal nie ma gwarancji, że zostaną pobrane 3 wiersze. To tylko zwiększa prawdopodobieństwo.