Discussion :

[manplum]

bonjour,
j'ai une table STATS (Num,Numclient,date_connexion,heure_connexion) qui me permet de visualiser quel client s'est connecté à son extranet.

j'aimerais pouvoir trier cette table afin de savoir le nombre de connexion par client.

comment dois-je procédé ?

par avance merci de votre aide.

[RideKick]

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT 
Num,Numclient,date_connexion,heure_connexion, SUM(date_connexion) as nbConnexions
FROM
STATS
GROUP BY
NumClient

Quelque chose dans ce gout la ...

[rems033]

Ou autrement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
$sql = "SELECT * FROM stats WHERE id_client='1', date_connexion='0000-00-00' ORDER BY date, heure DESC" ;
$req = mysql_query($sql) or die(mysql_error());
$nb_connexion = mysql_num_rows($req);

Cette méthode présente l'avantage d'avoir un tableau de retour MySQL utilisable par la suite dans tes traitements (affichages des sessions ou autres pour cet utilisateur) et pas uniquement un nombre de tuples.

[obito]

oui cependant j'aurais fait un COUNT(heure_connexion) ou sur la date c'est pareil...

Bref tout ca pour dire que ce serait plus un COUNT plutôt qu'un SUM^^

EDIT : Ha une autre proposition ben tu as le choix lol

[RideKick]

Bref tout ca pour dire que ce serait plus un COUNT plutôt qu'un SUM^^

Oui effectivement c'est un COUNT , etourderie ....

La solution de rems033 est sympa mais tu as les stats pour un seul client.

Sachant que tu peux mettre une close WHERE dans la mienne pour avoir les clients souhaités et que si tu fais une procedure stockée de cette commande tu peux optimiser toute l'utilsation des stats .

[rems033]

C'est la gueguerre de la méthode la mieux ! lol !

Mais en terme de ressources mémoires...c'est plus gourmand d'enchainer 2 requetes SQL ou bien d'en faire une un peu plus lourde qui puisse nous servir par la suite sans refaire de requete ?

[RideKick]

C'est la gueguerre de la méthode la mieux ! lol !

Mais en terme de ressources mémoires...c'est plus gourmand d'enchainer 2 requetes SQL ou bien d'en faire une un peu plus lourde qui puisse nous servir par la suite sans refaire de requete ?

lol , je raisonne pas trop en terme de ressources memoire mais plutot en echanges d'informations (surtout entre le serveur Web et le serveur SGBD) c'est pourquoi je preconise ma solution.

Maintenant en terme de ressources memoires , je pense que faire une procstock est peut etre un peu plus optimisé.

Tu peux aussi gerer tes stats unitaires en faisant le tri en PHP , sur de gros volumes on doit etre moins gourmand que de faire une requete pour chaques clients (mais le encore ça depend la conception du gars qui est devant le clavier donc c'est discutable)