Bonjour, cette requête est générée par utilisateurs/edit_responsable.php entre les lignes 492-528. Or si dans la page correspondante on clique sur le bouton "Afficher tous les responsables ayant un login" la requête générée est alors SELECT DISTINCT u.*, r.pers_id FROM classes c, j_eleves_classes jec, eleves e, utilisateurs u, resp_pers rp, responsables2 r WHERE (u.statut = 'responsable' AND rp.login=u.login) ORDER BY u.nom,u.prenom requête qui n'aboutit jamais (sans doute parce qu'il n'y a pas de critère de sélection sur la colonne r.pers_id) A mon avis ce devrait être SELECT DISTINCT u.*, rp.pers_id FROM utilisateurs u, resp_pers rp WHERE (u.statut = 'responsable' AND rp.login=u.login AND u.login<>'') ORDER BY u.nom,u.prenom
----- Message d'origine ----- De: Stephane Boireau <[email protected]> Date: Samedi, Septembre 1, 2012 10:19 pm Objet: Re: [gepi-users] requetes mysql qui n'aboutissent pas À: Liste des utilisateurs de Gepi <[email protected]> > Bonsoir, > > Le 01/09/2012 21:52, Stephane Boireau a écrit : > >Le 31/08/2012 22:04, sebastien PROUFF a écrit : > >>J'ai une requête mysql qui n'aboutit jamais sur un gepi ( version > >>1.6.1c1e925) et du coup celui-ci devient inaccessible aux utilisateurs > >> > >>Lorsque j'ai été averti du problème, j'ai lancé cette commande sur le > >>serveur mysql ( v5.1...) > >>#mysqladmin -ppassword processlist > >>Ci-dessous la première ligne, celle qui pose problème. > >>+--------+---------------+-----------------------+--------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+ > >> > >>| Id | User | Host | db > | > >>Command | Time | State | Info | > >>+--------+---------------+-----------------------+--------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+ > >> > >>| 190779 | user | web1net:49460 | user_gepi | > >>Query | *6063* | Copying to tmp table | SELECT DISTINCT u.*, r.pers_id > >>FROM classes c, j_eleves_classes jec, eleves e, utilisateurs u, > resp_ | > >> > >>Pour m'en sortir, j'ai dû redémarrer le serveur mysql. ( je n'aurais > pu > >>tuer que le thread, mais bon) > >> > >>_Questions : _ > >>- Pourquoi cette requête (SELECT DISTINCT u.*, r.pers_id FROM > classes c, > >>j_eleves_classes jec, eleves e, utilisateurs u, resp_) pose problème > et > >>n'aboutit jamais (bug? ou mauvaise manip de l'utilisateur qui semble > >>vouloir importer des data en cette début d'année) > > > >Ca a l'air d'être dans la page utilisateurs/edit_responsable.php > >La jointure sur 6 tables n'a pas l'air de plaire. > >Peut-être un pb d'index sur des tables de la base concernée? > >Une mise à jour de la base ne règle pas le pb? > > > > > >Voir > > > >et les slow queries? > > > > > >>- Comment configurer le serveur mysql pour qu'il tue automatiquement > des > >>requêtes qui durent trop longtemps sans aboutir. Existe-il une variable > >>système pour cela à parametrer dans le my.cnf? > > > >Je l'ignore. > > > Cordialement. > -- > Stephane Boireau > Collège Le Hameau - Bernay (27) > > _________________________________________________________________________________ > Documentation Gepi en ligne : > Pour modifier ou résilier votre abonnement à cette liste : > _________________________________________________________________________________ Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki Pour modifier ou résilier votre abonnement à cette liste : https://lists.sylogix.net/mailman/listinfo/gepi-users
