Bonjour à tous,
 
ci dessous, le shéma utilisé :

 
et là, la requête que je tente d'executer :
 

 
Le résultat est faux sur le champs Creance qui est multiplié par le nbre de ligne retourné par le champs NbReglements.  
il me faut utiliser des requêtes imbriquées, mais ca dépasse de loin mes maigres compétences en sql ... si quelqu'un peut m'aider ?!?  
 
Merci de votre aide !  

Salut
 
Si j'ai bien capté il faut que tu "isoles" les factures et les règlements entre eux c'est ca?
Moi j'dis qu'il faut séparer ta requete en deux et faire la jointure sur les deux parties.

Un truc dans le genre...

Merci beaucoup ! cela semble fonctionner .... je valide cela sur un echantillon représentatif dans la journée.

Bon, j'ai testé sur 690.000 debiteurs, et c'est parfait ... me reste plus qu'à depiauter ta solution pour en comprendre toute les subtilités.
 
Merci beaucoup !

T'es le bienvenu.

C'est pas super subtil, suffit que tu regardes ce que te ramène ta requete initiale sans faire le GROUP BY pour que tu piges ce qui cloche:

D'après ce que tu dis, tu vas voir que comme tu joins tout en meme temps, pour un dossier donné t'auras autant de lignes que de paiements, et la facture sera répétée à chaque ligne -> donc si tu fais la somme des factures forcément ca fait beaucoup trop.

Donc faut que tu isoles la jointure avec les paiements (1ere sous-requete) de celle des factures (2eme sous-requete).

Ensuite tu traites juste tes sous requetes comme si c'était des tables, et tu fais une requete qui joint les deux.

Effectivement, j'avais bien cerné le problème, compris son origine, mais mes capacités en sql restent bien trop limités pour y remédier. Cela étant je me soigne (...comme je peux)
 
A ce propos, en extrapolant à partir de ta solution, si je souhaitais, par exemple, compliquer un peu le "bouzin" et ajouter le nombre de relances effectuées ainsi que la date de la dernière date de relance, je devrais faire un truc du genre :
 

 
 
Mais alors là, la requête envoyés sous workbench met ~2 secondes à s'effectuer et ~55 MINUTES (!!!) à 'fetcher' ... J'imagine que créer 3 tables temporaires puis faire les jointures devient un peu lourd, mais peut être y'a t'il moyen d'optimiser cela ?
 

J'pense que ta requete a l'air bonne, après le temps d'exécution/fetch ca va dépendre de ton SGBD et de comment ton schéma est configuré. Je suis pas sur que tu puisses optimiser grand-chose de plus au niveau SQL.
 
Les deux secondes d'exécution et 55 minutes de fetch ca me semble louche, à mon avis c'est plus 2 secondes avant de commencer à fetcher, mais ca continue à exécuter au fur et à mesure que ca fetche.
 
Si t'avais été sous Oracle j'aurais dit que c'était un problème d'index qui fait que un ou plusieurs de tes joins prennent du temps, mais vu la capture d'écran du premier post je suppose que t'es pas sous Oracle.
 
Ce que tu peux faire pour voir si c'est potentiellement ca, c'est lancer chaque sous-requete seule pour voir si l'une d'entre elle met beaucoup de temps. Si c'est le cas, penches toi sur les index (ou l'équivalent de ton SGBD des indexs Oracle) des tables de cette sous-requete.
 
Si tes trois sous-requetes petent le feu et que c'est vraiment le fait de joindre les trois qui pose probleme, j'peux proposer de rajouter une table à ta base qui contiendra tes stats pour les dossiers: tu la remplis une fois pour l'initialiser avec tout ce qui est déjà en base (ca prendra autour de 55 minutes d'après ce que tu dis), puis tu l'updates à chaque fois qu'un dossier "bouge" (update juste de ce dossier bien sur).
 
Un peu bourrin mais ca sera imbattable en terme de performances: juste une requete sur ta table et hop!
 
Cela dit les 55 minutes que tu as me semblent beaucoup, meme pour 700000 débiteurs. Evidemment ca dépend des specs de ta machine et du nombre de dossiers par débiteur aussi...

Bonsoir, merci d'avoir pris le temps de me répondre avec autant de précision.
 
Le SGBD est mysql et la machine un serveur Dell un peu vieillissant ...
 
Je teste requête par requête dès que je peux pour voir si une des requêtes cloche (ou plus précisément si mon indexation cloche !!!) et te tiens au courant.
 
S'agissant de ta solution "de contournement", on peut faire un INSERT sous MySQL avec une telle requête ?
 
Bon week end
 
SEIH

Pour la solution de contournement, j'ai rarement touché MySql mais ce type de requete est dans la norme SQL et une rapide recherche sur Google a l'air de dire que c'est supporté. Cherches "MySQL create table select" sur Google pour créer la table directement depuis la requete, ou alors "MySQL insert select" si tu veux créer la table "proprement" toi-meme puis insérer les données plus tard.
 
A+

Bon ben c'est confirmé, c'est bien la jointure des 4 sous requêtes qui est en cause ...  
Executées séparément, elles ne dépassent pas les 3 secondes avant affichage.
 
Je vais donc tester la table "de travail".