Ses derniers messages sur les forums
Ben dans id_joueur, tu mets l'id du joueur (vabale, comme je te l'ai dis dans mon message précédent que si tu as une table qui liste les joueurs, avec des champs id / nom / prenom).
Sinon, tu peux aussi utiliser ton champ nom si il est clé primaire d'une autre table (ce que je veux dire par la, c'est que si tu as X joueurs qui s'appellent "jean", ton truc tient pas la route, il faut que le joueur "jean" soit unique pour que la moyenne soit correcte).
Evidemment, tu pourrais calculer uniquement le jour des dates avec un DATE_FORMAT, mais cela obligerait MySQL à calculer le jour de chaque date de la table, en gros, il analysera toute la table (niveau optimisation, c'est nul).
Ce que je ferais à ta place : une table contenant des résultats en dur, table que je remplirais toutes les nuits avec les résultats de la veille.
En tout cas, si tu fais ce genre de calcul en live, c'est pareil, MySQL ne va pas kiffer.
Oui, voila :
Ce message est probablement du SPAM (message non sollicité envoyé en
masse, publicité, escroquerie...).
Détails de l'analyse du message: (5.2 points, 5.0 requis)
0.0 TO_MALFORMED L'en-tête To: contient une adresse mal formée
-0.0 NO_RELAYS Informational: message was not relayed via SMTP
0.0 HTML_MESSAGE BODY: HTML inclus dans le message
2.4 HTML_IMAGE_ONLY_08 BODY: HTML contient images avec 600 à 800 octets
de texte
1.7 MIME_HTML_ONLY BODY: Le message possède uniquement des parties MIME
text/html
1.1 HTML_SHORT_LINK_IMG_1 HTML is very short with a linked image
-0.0 NO_RECEIVED Informational: message has no Received headers
(avec une configuration par défaut de spamassassin).
Ben faut tout changer, vu que ces classes la "construisent" des mails or c'est la fonctionnalité qui bug chez toi (spam chez hotmail). Donc le plus simple, c'est de modifier phpmynewsletter en utilisant la classe mail qui passe chez hotmail (ou alors renommer les méthodes de la classe pour la pluguer plus facilement à phpmynewsletter).
Ben a priori, ce
code envoie des mails qui ne tombent pas en spam chez hotmail.
Ben le AS permet de renommer des données.
Donc je dis que que "AVG(note)" (qui est la moyenne) s'appellera "moyenne" quand tu la récupèreras en PHP avec un mysql_fetch_array (tu auras un $data['moyenne']).
Pour ton joueur, moi je mettrais l'id du joueur dans la table et non son nom (qui lui doit être dans une table joueur : id / nom).
Et pour la requête, ben ce qui permet de calculer une moyenne d'un champ, c'est le AVG (average), mais il faut grouper sur un champ afin de "réunir" les données sur lesquelles le calcul doit se faire, donc suivant l'id du joueur.
C'est corrigé i M@n.
Voici le
wall.
Désolé pour le lag, chuis un peu à la masse en ce moment
SELECT AVG(note) AS moyenne, id_joueur
FROM stats_joueurs
GROUP BY id_joueur
ORDER BY moyenne DESC
LIMIT 1
Par exemple.
PS : tu ne précises pas où trouver l'id du joueur, si il n'est pas dans la table stats_joueur, fait une jointure.
Ben non, pas obligé.
Faut savoir que tout ce qui est récursif peut se faire en itératif.