Hvordan vælger man en tilfældig række?

det afhænger af hvilken database det er

I SQL kan du bruge

SELECT * FROM table ORDER BY RAND() LIMIT 1

acore's forslag vil simpelthen lægge dit site ned fordi dette query evalueres ved først at generere knap en million tilfældige tal, hvilket er dræbende langsomt, dernæst sortere alle rækkerne efter de genererede tilfældige tal og sidst udvælge netop 1 række. Se f.eks. execution planen for queryet.

Jeg svarede på samme spørgsmål på Kuneco.com (pææænt lækker side med generelt super gode svar, by the way) for ikke så længe siden:
  http://kuneco.com/viewthread/364
(de grønne svar)

Bemærk, at spørgeren her også først har forsøgt med "order by random()", hvilket faktisk er en hyppig fejl. Hvis det skal gå tjept og det hele skal kunne skalere bliver man simpelthen nødt til at kunne finde række gennem et indexeret point query. Alt, der involverer seq scans vil lægge enhver semipopulær side ned.

Jeg kan sagtens se jb123's argumenter, og jeg havde tydeligvis hverken læst eller forstået spørgsmålet ordentligt.

Hvis alle rækker har et id kan du generere et tilfældigt tal (fx i php) og så vælge den:

$mysql_query("SELECT * FROM tabel WHERE id = '".rand(1, 1000000)."'");

I praksis skal 1000000 erstattes med det eksakte antal rækker.

Det mener jeg heller ikke vil virke i praksis af to årsager:

  1) det kræver at man kender antallet af rækker. En "count(*) from ..." evalueres i praksis ved et komplet scan (index- eller seq scan). Det kan (bør) man ikke gøre ved hvert eneste query og hvis man vil gøre det periodevist inducerer man unødig kompleksitet i applikationen, unødigt performance drop ved optællingen og nye rækker vil ikke blive udtaget.

  2) det antager, at man ikke sletter rækker fra tabellen for hvis man gør det vil det tilfældige tal kunne ramme en slettet række. Denne antagelse er unødvendig.

Ad 1) Det var bevidst, at jeg ikke havde lagt en optælling af rækkerne ind. Det bør gøre mere "intelligent". Det fremgår ikke af sammenhængen om antallet kan ændre sig.

Ad 2) Det er jo ikke sikkert, der slettes rækker. Og hvis der gør kunne man bruge max id, og bare lave en ny forespørgsel, hvis der ikke var noget match.

Så jo, det kan virke i praksis. Selv om din løsning måske er mere elegant, så må denne være mindre ressource-krævende, da der ikke skal være en permanent kolonne med de tilfældige tal.