A ca ?
http://www.toutestfacile.com/phpin [...] hap=bench1
 
un SELECT sur 1 000 000 d'enregistrements ; temps d'execution = 0.02s

un index est souvent implémenté par un arbre. par ex, sélectionner tous les enregistrements dont telle variable est supérieure à telle valeur peut se faire en très peu d'étapes.  
 
évidemment, sans mettre ni les requêtes ni les données, on n'est pas très renseignés. c'est du bench qui ne dit rien, bref limite de la propagande.

Oki
Parce que le webmaster paraissait etonné que ma requete mette autant de temps
 
http://www.toutestfacile.com/phoru [...] 694&t=1690

ça dépend de tes données ... je ne connais pas les entrailles de mysql, mais la rapidité d'un arbre de recherche dépend de la façon dont les données sont organisées. ça peut aussi venir de la façon dont tu sélectionnes les topics, si tu stockes ta date en format 'année-mois-jour heures:minutes' ou juste un timestamp unix.
 
demande-lui des précisions sur ses select & ses données, files-lui en sur la structure de tes tables, tes requêtes, etc.

C sur que ca peut dependre de plein de trucs
 
Sinon, je viens de faire a l'instant un test ...
 
La requete est un SELECT ... ... ... ORDER BY dateheure DESC avec jointure qui portent sur deux tables ...
Pour afficher 100 000 topics ; au moins 1.2s
 
J'ai donc enlevé le ORDER BY dateheure DESC, et la POUF, temps d'execution : 0.023s !!!!!!
 
Pourtant, il y a bien un index qui porte sur le champ dateheure, c vraiment bizzare
 
Tu as n'as pas une idee ?

Max Evans a écrit a écrit : Tu as n'as pas une idee ?

non, je suis loin d'être un expert en mysql.  
 
* je ne vois pas pourquoi tu as besoin d'une jointure pour afficher ta liste de topics
 
* change ton titre avec "[mysql] rapidité d'un select" ou approchant ...

 
Ya une jointure a cause des Flags