Discussion :

[Ithomir]

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
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

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 )

[Alexandre T]

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

[Ithomir]

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.

[al1_24]

Sans prendre le temps de creuser plus, je remarque tout de suite les OR dans les jointures qui peuvent être coûteux...

[Ithomir]

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 ) 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.

[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 ?

[Xo]

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.