Bonjour,
 
j ai fait quelques statistiques sur l usage d un webmail PHP/MySQL avec une table de 50Mo pour le contenu des mails. Ce webmail doit etre changé car c est conceptuellement une hérésie: tout les champs d un mail sont un champ ds une seule table pour tout les utilisateurs. Du coup, chq acces au webmail requiert la generation de la mailbox de l'utilisateur).  
 
 
Sans retoucher au code car tout sera jeté à priori, j ai juste voulu faire des requetes sur les mails échangés au courts des 2 ans d utilisations, avec le nb de mail par mois ou par jour.
 
Comme MySQL est un SGBD très limité (les sous requètes ne devraient elles pas fonctionner avec la version 4.l où est ce PHPMyadmin qui est encore plus limité que MySQL?), j ai eu l occasion de découvrir le bien fondé des tables temporaires. Ici, il n est pas question de requete complexe nécessitant la table temporaire, mais plutot de performances.
 
Avec des requetes ds une boucle, la différence  peut s'averer monstrueuse.
 
Voici ma "simple" requete SQL dans une boucle (PHP) avec la variable $day:

 
Sur 150 jours (donc 150 requètes), la page est générée completememt en 26s
Avec 3 requetes de + pour la création/isertion/suppression d'une table temporaire, cela descend à 3s, soit un rapport 10 !!
 
Voici le code de ces 3 requetes:

 
Impressionné par le rapport de perfs, j'ai voulu par ce topic partager cette expérience.
Ci cela peut donner des idées à certains pour optimiser leurs sites...

tu as peut-etre dejà moyen de rectifier le tir sur la premiere requete. 26 secondes pour ca, ce n'est vraiment pas terrible. Commence par positionner correctement les index. Ensuite la boucle PHP est immonde. Faire 150 requetes alors qu'il est possible de n'en faire qu'une. ;-)

je suis preneur de toute suggestion. Comment ferais tu une seule requete?

SELECT DATE, count(...) FROM matable WHERE DATE >= TODAY()- $nbdays1  
GROUP BY DATE
 
Et tu as un regroupement par date avec un count pour chacune. Que demander de plus. Ensuite, si tu as un index placer correctement sur la date, ca y ira encore plus vite.

Ca parrait trop beau pour marcher:
 
SELECT DATE, COUNT(date_sent) FROM mail_sentdate1 WHERE DATE >= TODAYS()- 12 GROUP BY DATE  
[mysql error 1064] Erreur de syntaxe près de '()- 12 GROUP BY DATE' à la ligne 1
 
SELECT DATE, COUNT(date_sent) FROM mail_sentdate1 WHERE (DATE >= TO_DAYS(NOW()) - 12) GROUP BY DATE  
[mysql error 1054] Champ 'DATE' inconnu dans field list

utilises Date_Add(Now() ,interval days -12) plutot

marche tjs pas.
Mais sur le principe, cela m etonne. L element DATE peut varier à l interieur de la requete?
 
Comme résultat, je veux un truc comme cela :
11 171
10 138
9 4
8 18
7 242
6 219
5 156
4 184
3 112
2       7
1 13
0 204
 
C est vrai qu avec la date à la place de mes numero, la solution que vous proposez me parait séduisante, mais je ne vois pas comment MySQL peut se dépatouiller avec cette variable DATE

 
non mais faut adapter la requete à tes champs, hein

 
c'est le principe du regroupement par date. Heureusement que la date varie, sinon le champs ne servirait à rien.