Discussion :

[kileak]

Salut,

j'ai un site avec un classement des meilleurs membres.
Le prob, c'est que ce classement court depuis la création du site il y a un an. Les plus fidèles sont en tête et les autres sont dans les limbes. De la même manière, un nouveau membre n'aura aucune chance de se retrouver un jour 1er !

Pour palier à cette injustice, je veux mettre en place un algo qui fera un classement sur les x derniers mois (ou semaines plutôt). En fait, je vais me baser sur le classement ATP (tennis) qui est mis à jour tous les lundis. Ce classement décompte les points obtenus par les joueurs lors des 52 dernières semaines : on comprend la justice de ce classement.

D'un PdV du dév, je pensais à faire comme suit :
- une table ClmntGeneral dans ma base avec 1 ligne par membre et 54 colonne : 1 pour l'Id Mbre, 1 pour le dernier n° de semaine màj, et 52 pour les 52 semaines.
- une page de màj qui contient le code qui calcule les points obtenus par le membre durant la semaine écoulée.
Bien sûr tout ceci se fera par batch en utilisant Webcron et sera programmé dans la nuit de dimanche à lundi.

Voici les grandes lignes de mon projet et j'attends maintenant, vos remarques ou autres conseils.

Merci

[phig]

Salut,

Juste une remarque au niveau de la table ClmntGeneral. 54 colonnes ce n'est pas une bonne idée, il est plus simple de faire une table avec 3 colonnes, une avec l'ID du membre, une avec le numéro de la semaine, et une autre avec le score pour la semaine correspondante.
C'est plus simple de travailler en longueur plutot qu'en largeur

Voilà

[kileak]

Salut,

Juste une remarque au niveau de la table ClmntGeneral. 54 colonnes ce n'est pas une bonne idée, il est plus simple de faire une table avec 3 colonnes, une avec l'ID du membre, une avec le numéro de la semaine, et une autre avec le score pour la semaine correspondante.
C'est plus simple de travailler en longueur plutot qu'en largeur

Voilà

Ok mais c'est une question pratique ou de perf ?

Car si c'est pour une question pratique, je vois pas trop le prob

merci pour ton post

[Admin]

Ok mais c'est une question pratique ou de perf ?

Les 2 mon capitaines.

Mettre le numéro de la semaine dans une colonne te permet d'indexer la colonne, donc meilleur perf.

De plus, si un jour le nombre de semaine du classement ATP passe à 53 tu sera pas obligé de retoucher ta base et le code.

Tu aura juste à ajuster une variable.

[Admin]

Sachant que une année compte 52 semaine il est très simple de savoir le numéro de la semaine mise à jour vu que c'est le numéro de la semaine de l'année civile donc pas besoin de stocker ça dans une colonne ;-)

Il existe des fonctions toute faite pour trouver le numéro courant de la semaine, et donc avec un -1 tu trouve celui de la semaine précedente (attention à l'exception de la semaine 1 qui doit retourner 52)

[kileak]

Merci Gaël !

je suis en train de piger que la conception de ma table est un peu naze.
Je vais donc suivre vos conseils (performance et flexibilité).

[Médiat]

Sachant que une année compte 52 semaines

ou 53 : ISO 8601 Page 8 (qui est la 12 au sens pdf)

[kileak]

Sachant que une année compte 52 semaines

ou 53 : ISO 8601 Page 8 (qui est la 12 au sens pdf)

Exact, j'ai vu ça en codant mon truc.
J'ai quand même fait mon calcul avec 52 semaines max, ça marche très bien pour cet usage

merci

[kileak]

Sachant que une année compte 52 semaines

ou 53 : ISO 8601 Page 8 (qui est la 12 au sens pdf)

Exact, j'ai vu ça en codant mon truc.
J'ai quand même fait mon calcul avec 52 semaines max, ça marche très bien pour cet usage

merci

En fait, (je sais pas si ça va intéresser quelqu'un mais bon...) j'ai complètement revu mon mode de calcul. Se baser sur le n° de semaine était vraiment foireux alors j'ai utilisé la super fonction PHP mktime où tu peux soustraire x jours à une date et elle te recalcule la date exacte. J'ai donc soustrait 364 jours à ma date courante pour être le même jour (pour moi le lundi) 52 semaines avant.
C'est autrement plus précis

a+