Discussion :

[lodan]

Bonjour,

Sur un formulaire, je saisi le début d'un nom et avec ajax j'alimente une liste de sélection.

Je me pose des questions sur la meilleur façon d'optimiser mes tables pour être le plus performant possible dans la lecture de mes tables.

J'ai 2 tables : clients et clients_adresses.

L'identifiant commun au 2 tables est "id_client".

Dans ma table clients j'ai 3 champs sur lesquels je souhaite faire ma recherche de nom :
- client_raison_sociale
- client_nom
- client_prenom

Je concataine les 3 champs pour pouvoir faire une recherche sur "dupont philippe"

Ma table clients a un index constitué des champs client_raison_sociale, client_nom, client_prenom

Voici ma requête

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT clients.id_client, client_raison_sociale, client_service, client_nom, client_prenom, client_code_postal, client_ville
FROM clients
LEFT OUTER JOIN clients_adresses
USING ( id_client )
WHERE CONCAT(client_raison_sociale, ' ', client_nom, ' ', client_prenom) LIKE '%dupont philippe%'
AND (
CURDATE( ) <= client_adr_date_fin
OR client_adr_date_debut <= CURDATE( )
AND client_adr_date_fin = '0000-00-00'
)
ORDER BY client_raison_sociale, client_nom, client_prenom
limit 0, 10

Ma base fait 400 000 enregistrements et lorsque je fais une requête le temps de réponses est de plus de 1" voir 2".

Comment optimiser ma requête ?

Merci d'avance.

[ced]

Bonjour,

2 petites pistes vite fait :

1. CURDATE( ) BETWEEN client_adr_date_debut AND client_adr_date_fin
2. client_adr_date_fin IS NULL

Ensuite, la concaténation augmente sûrement le temps de traitement et il faudrait peut-être la remplacer par une recherche un peu plus "décomposée".

ced

[Traroth2]

Plusieurs choses :

• Le fait que tu utilises une fonction (concat) va faire que MySQL ne va pas utiliser d'index. Pas idéal, niveau performance. Tu n'en as pas vraiment besoin puisque tu concatènes avec des espaces, et que tu mets un espace au milieu de ta chaine. Tu pourrais alors ajouter un index sur ces 3 champs.
• Si tu as toujours une adresse pour chaque client, tu peux enlever le "OUTER"
• MySQL n'aime pas les OR. Si tu as un moyen de t'en passer, ça vaut mieux. Sinon, il risque de ne pas appliquer d'index aux clauses concernées.

L'objectif, en matière d'optimisation de requête SQL, ce n'est pas seulement de restreindre le nombre de lignes à traiter, mais aussi le plus possible les faire traiter à travers d'index.

[lodan]

J'ai fait les modifs préconisées dans la requête.

Un index avec les 3 champs existe déjà (voir mon 1er post).
Un index sur client_adr_date_debut existe

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT clients.id_client, client_raison_sociale, client_service, client_nom, client_prenom, client_code_postal, client_ville
FROM clients
LEFT JOIN clients_adresses
USING ( id_client )
WHERE CONCAT( client_raison_sociale, ' ', client_nom, ' ', client_prenom ) LIKE '%dupont philippe%'
AND (
CURDATE( )
BETWEEN client_adr_date_debut
AND client_adr_date_fin
AND client_adr_date_fin IS NOT NULL
)
ORDER BY client_raison_sociale, client_nom, client_prenom 
LIMIT 0,10

La requête dure 1.6400 sec pour un résultat de 6 enregistrement

J'ai fait un explain dont voici le résultat
[IMG]http://www.developpez.net/forums
/attachment.php?attachmentid=63200&stc=1&d=1275462221[/IMG]

Le modifs n'ont donc pas apportées le résultat que j'escomptais.

Une autre piste ?

[lodan]

Y aurait-il un intérêt à créer un champ dans la table concaténant sans espace la raison sociale, le nom et le prénom et de faire une recherche dessus avec une expression sans espace ?

[argoet]

Quelques Remarques en passant :

Pourquoi faire une rechecrche sur 3 champs concatene si vous rechercher "dupont" et "philippe"
n'est il pas possible d'associer dupont au nom et philippe au prenom ?

Ma table clients a un index constitué des champs client_raison_sociale, client_nom, client_prenom

Raison sociale n'etant absolument pas discriminant vous avez tout interet à créer votre index sur 1:le nom 2:le Prenom et(ou pas) eventuelement la raison sociale

le fait de faire un "like %XXX%" va forcement réaliser un "access full" sur la table donc au final votre index ne sert à rien dans la présente requete