Certes. Mais si on va sur ce chemin, y a fort à parier qu’aucun n’aura raison.
haha 
Han topage + combo tentative de lastage :D
Fail!
Bon ben preumz alors
Succeed!
Violent :
[http://vimeo.com/1669862]vimeo.com…](http://vimeo.com/1669862)
On est sur la page divine ^^
vine
Question, je voudrais faire un SELECT de trois item aléatoires et différents dans une table, quelle est la meilleure approche ?
Je crois pas que mysql propose ce genre de choses, si ?
Ce message n’était pas conforme aux règles d’utilisation du nouveau forum :
ORDER BY RAND()
Ca fait pas de doublons ?
PS : ca rame pas trop accessoirement ?
Je sais pas (mais je vois pas pourquoi ça en ferait) et je sais pas.
Mais à mon avis il est plus rapide de prendre des objets au pif que des objets dans un ordre précis 
Edité le 15/10/2008 à 12:09
Faux. Dans un ordre précis, il peut utiliser un index (donc sur une taille fixe) alors qu’aléatoirement, tu ne sais pas ce qu’il fait. S’il est intelligent, il peut utiliser un index (genre la pk) mais je n’en sais rien
Bien sûr il faut un index sur la colonne … .
Oui hors index
+1 :super:
Côté perf, de mémoire je crois que ça peut avoir un impact négatif (quelques millisecondes) quand tu as de grande table (quelques millions ou milliards de lignes) :neutre: …
En général, faire du tri sur une colonne non indexée, c’est que tu n’as pas le choix (chaine de caractères, c’est pas très utile, car tu risques de créer un index n’optimisant rien), soit que c’est pas moins performant… donc même.
Pour moi le côté aléatoire, c’est plus lent, car justement tu ne prends pas les données dans l’ordre, mais dans un ordre quelconque.
Edité le 15/10/2008 à 21:13
First :hello:
secondz 
:hello:
mise en prod mercredi,
premier problème : jeudi matin :riva:
C’est pour ça qu’il ne faut jamais mettre en prod le vendredi 