Bonjour a tous !
 
J'ai une requete particuliere a optimiser dans un code que je n'ai pas fait moi meme (direct j'annonce la couleur), mais dont je comprends le fonctionnement (c'est deja ca). Ma requete mets 12s pour s'exécuter...
 
j'ai donc tatonné un peu, n'étant pas "pro" dans l'optimisation de requetes SQL... pour finalement trouver la partie qui ralentit toute la requete.
Voila ma requete complete avec en gras la partie "freinant" l'exécution :

 
 
 
J'explique en 2-2 la requete
Le but est de récupérer la liste des membres ayant une session active donc :
1- ayant un id différent du mien (celui qui fait la demande)
2- dont l'état du compte est "actif" (parce qu'un utilisateur peut avoir plusieurs comptes pour un seul wid)
3- dont la date de fin de session n'est pas renseignée (donc encore en cours a priori)
4- et dont la date de la derniere requete date de moins d'une minute.
 
La boucle rajoutée en premier dans le where vient du fait qu'un utilisateur peut mal clore sa session et se reconnecter en recréant une nouvelle session (qui possede alors 2 enregistrements pour le meme utilisateur répondant a la requete)
 
Ne me dites pas "change le code", ca prendrait trop de temps (mon "boss" veut que ca soit plutot rapidement amélioré)
 
pour la table session : 1 clé primaire = "idsession"
pour la table membres : pas de clé primaire, mais 2 index (basiques) : Wid et Etat
 
Voilou
 
Si vous voyez comment je peux changer ca...

1/ Ca prends pas de temps à faire donc :
- Ajout d'un trigger sur INSERT dans la table sessions afin de clôre la session précédente si mal fermée
- Nettoyage de la table
 
2/ Utilise "=" au lieu de "in"
 
3/ Remplace ton outer join par un inner join
 
4/ Vire la sous-requête sur I2, elle sert à rien
 
5/ "max(I1.date_req) as date_req" dans ta clause select
 
6/ Vire le "and ADDTIME(date_req, '0:0:59')>NOW()" et remplace par :

group by m.login, m.sexe, m.datenaissance, m.departement, m.annonce, m.wid
having ADDTIME(max(date_req), '0:0:59')>NOW()

 
Je pense que ça va mettre 1ms maintenant.
 
PS : Les points 1 et 2 sont facultatifs étant donnés que les points suivant y rémédient d'une façon totalement différente.

- utilise EXISTS plutot que IN.  
- Eviter de faire des MAX, ça tue le SGBD.  
- Eviter de faire des GROUP BY/HAVING, ça tue le SGBD aussi, surtout qu'il y a moyen de faire autrement et de ne ramener que ce qu'il faut dans ton cas précis.

personnellement je serai parti la-dessus, et je taperai un index sur la table sessions (wid,date_req).
je ne sais pas si avec access on peut mettre un addtime avec un paramètre négatif, l'interet de le faire sur now est que il pourra éventuellement utiliser un index sur le champ date_req alors que avant pas.
 
par ailleurs ton index sur l'état de la table membre ne sert sans doute a rien, perso je le virerai
 
 

Merci a tous pour ces conseils ^^ je vais essayer ca dans les jours qui viennent... le probleme est passé en second plan avec les fetes de noel et nouvelle année
 
Joyeuses fêtes a tous !

Celle de MagicBuzz m'a l'air de fonctionner... mais a tester quand il y aura du monde... la je suis tout seul, donc évidemment je ne me voit pas x)
 
Merci encore  a tous en tout cas

premier résultat avec celle de MagicBuzz : 0.0417 sec.

ça a l'air pas trop mal. reste à voir maintenant si ça reste constant ou non selon la charge