Discussion :

[mathieu77186]

Bonjour a tous !

je suis entrain de faire une partie back office pour un site web.
Cette page consiste a afficher l'ensemble des inscrits a un congres (environ 1000) avec leurs informations.

Le probleme c'est que le temps de traitement est vraiment tres lent ...
La page met 15 secondes pour s'afficher ...

Est ce que qq1 aurait une idée de quoi faire ?

Merci d'avance

[cynferdd]

il y a peut être possibilité d'améliorer les performances de ta requête SQL. A mon avis c'est surtout de ce côté là qu'il faudrait voir. Par contre, sans code ou autres infos, ça risque d'être difficile de t'aider.

[hugo123]

Difficile de répondre dans le flou comme ca mais bon, tentons :
Optimise tes requêtes
Vérifie qu'il y ait des index aux bons endroits (sur les données qui servent dans les WHERE)
Pagine tes résultats
Achete une autre machine ^^

[mathieu77186]

Alors voila la requete ...

Code :

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

1
2
3
4
5
6
		if($_GET["class"]==1)
		{
		$sess=$_SESSION['auth'];
		$requete = "SELECT * FROM inscrits,hotels,staff where inscrits.fkey_hotels=hotels.id_hotel and staff.id_staff=inscrits.suivi order by nom";
		$result = mysql_query($requete);
		}

Que veux tu dire par pagination ???

Merci

[Moloc'h]

Si tu requête sur trois tables en même temps il ne faut pas t'étonner d'avoir un temps de réponse très important.

Paginer c'est "découper" le résultat de ta requête en plusieures pages...

[cynferdd]

je pense qu'il voulait dire de ne pas afficher tous les résultats d'un coup mais, par exemple, 15 par 15.

[Mr N.]

Code :

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

SELECT * FROM inscrits,hotels,staff.............

hum, il serait mieux de ne rapporter que les champs utils, à moins qu'ils ne le soient tous...

Fais un EXPLAIN de ta requête et donne nous ce que ca donne :

Code :

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

EXPLAIN SELECT * FROM inscrits,hotels,staff where inscrits.fkey_hotels=hotels.id_hotel and staff.id_staff=inscrits.suivi order by nom

Tu peux le faire sous phpMyAdmin

[mathieu77186]

Oui je comprend, mais je n'ais pas le choix ...

[mathieu77186]

alors resultat du explain :

Code :

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

1
2
3
4
table  type  possible_keys  key  key_len  ref  rows  Extra  
hotels ALL PRIMARY NULL NULL NULL 4 Using temporary; Using filesort 
inscrits ALL NULL NULL NULL NULL 682 where used 
staff eq_ref PRIMARY PRIMARY 4 inscrits.suivi 1 where used

[Mr N.]

Code :

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

inscrits ALL NULL NULL NULL NULL 682 where used

C'est pas bon ça. Dans la doc ils disent même que c'est "very bad"
Il faut que tu index ta table sur les colonnes de jointures.
Et que tu fasses aussi un ANALYZE TABLE après, et régulièrement.

[mathieu77186]

Dans la doc ils disent même que c'est "very bad"

Je la trouve ou cette "doc" ?

Merci bcp en tout cas

[Mr N.]

Chez MySQL pardi

http://dev.mysql.com/doc/refman/5.0/en/explain.html

[mathieu77186]

désolé mais je ne comprend pas ce que tu veux dire par

il faut que tu indexes ta table sur tes colonnes de jointure

...

Sorry

[hugo123]

Voire même en francais ^^

http://dev.mysql.com/doc/refman/5.0/fr/explain.html

Mais attention, parfois les full scan sont inévitables puisque tu parcoures vraiment toute la table (si tu as vraiment besoin de tous les users).
Par contre dans ton exemple, tu as quand même des contraintes donc ca ne devrait pas être le cas.
Il y a fort à parier que les champs fkey_hotels et suivi gagnerait à être indexé. (evidemment je suppose que les id_* sont des clés primaires, n'est ce pas ?)

Ah oui autre chose : "staff.id_staff=inscrits.suivi" C'est bien le même type de champ ? Il est couteux de comparer des éléments de différents type.

Après avoir fait ces modifications, fait un ANALYZE TABLE et tu devrais constater un gain.

[Mr N.]

Voire même en francais ^^

Malheureusement sans commentaires... Qui sont souvent inutiles mais parfois intéressants.

désolé mais je ne comprend pas ce que tu veux dire

hugo123 t'a répondu. Dans phpMyAdmin, tu regardes la structure de chaque table. sur (presque) chaque champ tu peux poser un index icone en forme de i suivant les versions de PmyA...
Un index permettra à MySQL de retrouver plus facilement les données sans avoir à parcourir toute la table.

Si tu y arrives pas exporte le schéma de la table et colle le nous ici

[mathieu77186]

J'ai indexé les 2 champs ... puis ANALYZED et j'ai gagné quelques secondes

C'est encore un peu long ...

Y'a t'il d'autres moyens ?

[Mr N.]

Que dit explain ?
Quel est le schema final des tables ?

[mathieu77186]

Alors le nouveau explain donne :

Code :

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

1
2
3
4
table  type  possible_keys  key  key_len  ref  rows  Extra  
hotels ALL PRIMARY NULL NULL NULL 4 Using temporary; Using filesort 
inscrits ALL fkey_hotels,suivi NULL NULL NULL 682 where used 
staff eq_ref PRIMARY PRIMARY 4 inscrits.suivi 1

Schéma des tables = le code sql ?

[Mr N.]

schéma le code qui crée les tables (CREATE TABLE machintruc....) => sous PHPMyAdmin tu fais exporter et tu as ton schéma, en oubliant pas la def des indexes

Sinon je trouve ton explain pas terrible.

[mathieu77186]

c'est deja mieu que tout a lheure.
Pourtant le raisonnement est bon

J'ai 3 tables :
Inscrits (clé primaire : id_inscrit / clé etrangere : id_hotel / suivi)
Hotel (clé primaire : id_hotel)
Staff (clé primaire : id_staff)

j'ai besoin d'avoir les noms d'hotel et les noms des staff donc je fais bien une jointure.
inscrits.id_hotel=hotel.id_hotel AND inscrits.suivi=staff.id_staff

C'est un peu galere quand meme