Discussion :

[berthomhc]

Bonjour,

J'ai une requête multi-join sur ma base MYSQL perso mais le temps d'exécution est extrêmement long.

Contexte : mon site internet perso de partage de la connaissance http://aleph2at.free.fr

But : Lister les hommes/peuples avec leur article principal

En MySQL, je veux obtenir : Hommes.Id, Hommes.Nom, Hommes_Types.Nom, Articles.Id trié sur Hommes.Nom sans tenir compte des accents et des majuscules

Voici le schéma des tables et des contraintes :


Voici la requête que j'ai :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
SELECT 
	hommes.*, 
	hommes_types.Nom as HommesTypes_Nom, 
	articles_elements.Articles_Id 
FROM 
	hommes 
	LEFT JOIN hommes_types ON (hommes_types.Id = hommes.Type_Id) 
	LEFT JOIN articles_elements ON (
		articles_elements.Elements_Id = hommes.Id 
		AND articles_elements.Tables_Id = 4 
		AND articles_elements.Sens = 'ArtDsEl'
	) 
	LEFT JOIN articles ON (
		articles.Id = articles_elements.Articles_Id 
		AND articles.Types_Id = 2
	) 
WHERE 
	(hommes.Autre = 0)

Avez-vous une idée pour rendre la requête des hommes/peuples plus rapide ?

NB1 : la table Hommes ne contient que 918 éléments et la table articles_elements 14932

NB2 : je fais le tri alphabétique a posteriori

[escartefigue]

Bonjour,

Difficile de parler de performances sans la description (DDL) des tables et des index
A priori, vos critères de jointures portent notamment sur les ID, donc ils sont sargables au moins sur ce critère
Eventuellement, regardez si la colonne articles_elements.Sens prend beaucoup de valeurs distinctes, et si c'est le cas, créez un index avec (articles_elements.Elements_Id + articles_elements.Tables_Id + articles_elements.Sens)

Autre piste potentielle, encore une fois à priori car sans DDL..., c'est le critère de filtrage (where) : correspond-t-il à un index, est il filtrant ...

Sinon, quel est le temps de réponse actuel ? vu les volumes minimes, ça ne devrait prendre que très peu de temps même si la requete n'est pas optimale

Note : vous devriez remplacer hommes.* par la liste des colonnes utiles à votre traitement, un select * est dangereux, car le jour où votre description de table change, le résultat de votre requête change. De plus, il est probable que toutes les colonnes ne soient pas utiles à votre appli, du coup vous transportez inutilement des données, ce qui charge le réseau, nuit aux performances et pénalise les autres utilisateurs.

[berthomhc]

J'ai modifié le hommes.* en une sélection des champs utiles et cela change tout en terme de performance.

Merci beaucoup.

Une question supplémentaire : Comment fait on une DDL ?

[escartefigue]

Le DDL c'est le Data Definition Language, autrement dit la partie du SQL qui sert à définir le contenant (la base de données, les table-space, les tables, les index etc....)
Ce sont les ordres tels que CREATE DATABASE, DROP TABLE, ALTER TABLE, qui composent le DDL