[MySQL v4.1.9] Lenteur d'une requête SQL

Version imprimable

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SELECT DISTINCT bilans.id_bilan, personnes.id_personne, MAX(rendez_vous.fin_rendez_vous), 
nom_personne, nom_prescripteur, interrompu_bilan, raison_interruption_bilan
 
             FROM personnes, bilans, commandes, conventions, prescripteurs, rendez_vous
 
             WHERE personnes.id_personne=bilans.id_personne 
                       AND ((commandes.id_commande=bilans.id_commande AND commandes.id_prescripteur=prescripteurs.id_prescripteur)
                             OR (conventions.id_convention=bilans.id_convention AND conventions.id_prescripteur=prescripteurs.id_prescripteur
                             AND conventions.facture_convention='oui'))
 
                       AND (bilans.interrompu_bilan='oui' OR bilans.termine_bilan='oui') 
                       AND bilans.facture_bilan <>'oui'
                       AND rendez_vous.id_bilan=bilans.id_bilan
 
GROUP BY bilans.id_bilan ORDER BY rendez_vous.fin_rendez_vous, nom_prescripteur, nom_personne

Ca, c'est le code de la requête. Vous allez me dire, c'est normal que ce soit lent, y'a plein de choses dans les tables, je vais chercher dans 6 tables différentes, j'ai des jointures partout... etc. Je sais déjà, merci :D

Mais... la requête, là, me donne le bon résultat. Et je vois pas comment l'écrire autrement. (ça commence un peu à m'agacer, d'ailleurs... méchamment, même.)

Une idée ? (j'en ai plein du même genre, alors merci de m'expliquer comme si j'étais un bon gros benêt :D)

01/07/2006, 11h46
Alexandre T

Merci de lire et de vous conformer aux CONSEILS... à lire AVANT de POSTER ! merci
03/07/2006, 15h12
Ithomir

mmm

Bon bin... j'ai édité la chose, et j'ai commencé à me dire qu'à l'origine, dans leur base de données, ils auraient pu ajouter un champs de type booléen avec

"bilan à facturer" dedans :?

Le problème c'est qu'ils ont déjà 2 ans de boulot dedans. Donc pas moyen de trifouiller la base.
03/07/2006, 15h19
al1_24

Sans prendre le temps de creuser plus, je remarque tout de suite les OR dans les jointures qui peuvent être coûteux...
03/07/2006, 16h22
Xo

Citation:

Envoyé par Alexandre T

Merci de lire et de vous conformer aux CONSEILS... à lire AVANT de POSTER ! merci

La première chose à faire, c'est de nous préciser le SGBD pliz ...

C'est du Oracle, non ? Quelle version ? Parce que les jointures dans la clause WHERE, c'est en général très fortement déconseillé ... sauf limitation du SGBD lui-même bien entendu.
03/07/2006, 16h24
Ithomir

mmm

Je l'ai dit, y'a tellement de conditions que cette requête a un temps d'exécution exponentiel selon le nombre d'enregistrements dans les tables.

5 ou 6 enregistrements : temps négligeable.

840 : 6 minutes 47.

Ce que j'aimerais, c'est qu'on me dise comment je pourrais tenter de réécrire ça (en m'expliquant bien, avec des dessins :mouarf: ) pour avoir le même résultat, avec au maximum une augmentation linéaire du temps nécessaire.

Sachant que bon... y'a 50 autres requêtes à la noix écrites de la même manière, à la va-vite. (déjà au début... les champs n'étaient pas indexés... les formulaires non sécurisés... vive le stagiaire précédent...)

Tout ça se fait sous MySQL v4.1.9 d'après ce cher phpmyadmin.
03/07/2006, 16h36
al1_24

Il faudrait déjà que toutes les colonnes de la requête soient identifiées avec leur table d'origine pour qu'on sache comment l'optimiser...
MySQL 4.1 autorise-t-il les sous-requêtes ?
03/07/2006, 22h55
Ithomir

La réponse est oui, malgré ce que dit le tuto sur le SQL de A à Z :D

Bref... J'ai plutôt l'impression que c'est la base qui est mal foutue.
04/07/2006, 08h57
Xo
Si tu as lu le tuto (SQL de A à Z, antérieur à MySQL 4.1), tu devrais donc savoir écrire des jointures avec INNER JOIN : l'as-tu fait ?

Sinon, dans les cours SQL, consulte : Les jointures, ou comment interroger plusieurs tables

En particulier (le 1.2) :
Citation:
Dans la mesure du possible, utilisez toujours un opérateur de jointure normalisé Sql2 (mot clef JOIN).

En effet :

Les jointures faites dans la clause WHERE (ancienne syntaxe de 1986 !) ne permettent pas de faire la distinction de prime abord entre ce qui relève du filtrage et ce qui relève de la jointure.
Il est à priori absurde de vouloir filtrer dans le WHERE (ce qui restreint les données du résultat) et de voiloir "élargir" ce résultat par une jointure dans la même clause WHERE de filtrage.
La lisibilité des requêtes est plus grande en utilisant la syntaxe à base de JOIN, en isolant ce qui est du filtrage et de la jointure, mais aussi en isolant avec clarté chaque condition de jointures entre chaque couples de table.
L'optimisation d'exécution de la requête est souvent plus pointue du fait de l'utilisation du JOIN.
Lorsque l'on utilise l'ancienne syntaxe et que l'on supprime la clause WHERE a des fins de tests, le moteur SQL réalise le produit cartésiens des tables ce qui revient la plupart du temps à mettre à genoux le serveur !
04/07/2006, 10h05
Ithomir

Je suis un gros boulet, j'avais pas vu que j'avais zappé la partie 3 :?

Sur ce... je repars dans grande croisade contre les requêtes non aseptisées.