Discussion :

[Rudyyyy]

Bonjour,

pour les besoins d'un projet sur lequel je travaille, je vais avoir besoin d'optimiser les requêtes utilisées. D'une manière générale nous ne souhaitons pas modifier le modèle de données (ce qui d'après ce que j'ai lu pourrait pourtant apporter un gain considérable). Tous les conseils généraux sont les bienvenus

Dans un cadre plus particulier nous utilisons une requête de ce type:

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
19
20
21
22
23
24
25
26
27
28
29
DECLARE @Date nvarchar(20) = '2012-11-06T00:00:00'  
DECLARE @idLieu integer = 3986 
 
SELECT    TSE.Id1,   TSE.2,  TSEJ.DtD,   TSR.Nom, TSS.Rg, TSR.CF,  TSR.TMR,   TSR.SMR,  TSR.L , TSE.idLD,
 
    (select Id
    from    
        (SELECT TOP (1) E.Id1, E.IdLA
            FROM  TSLR as LR 
        LEFT OUTER JOIN TSS as S ON LR.LRId = S.LRId 
        LEFT OUTER JOIN TSEJ as EJ ON S.EJId = EJ.Id 
        LEFT OUTER JOIN TSE as E ON EJ.EId = E.EId           
        WHERE TSLR.LRId = L.LRId 
        AND cast(EJ.dtA as datetime) + cast(E.HA as datetime)  
              < cast(TS_EJ.dtD as datetime) + cast(TSE.HD as datetime)          
        ORDER BY EJ.dtA desc, E.HA desc  ) as [Précédent]            
     where [Précédent].IdLieuArrivee = @idLieu  ) as Précédent
 
FROM TSE      
    LEFT OUTER JOIN TSEJ ON TSE.EId = TSEJ.EId       
    LEFT OUTER JOIN TSS ON TSEJ.Id = TSS.EJId       
    LEFT OUTER JOIN TSLR ON TSS.LRId = TSLR.LRId       
    LEFT OUTER JOIN TSJR ON TSLR.JRId = TSJR.JRId       
    LEFT OUTER JOIN TSR ON TSJR.RId = TSR.RId  
 
WHERE  (TSE.Id1 in ('5555555', [...]) OR TSE.Id2 in ('892701', [...]))   
AND (TSEJ.DtD = @Date)  
AND (TSE.idLD = @idLieu or TSE.idLA = @idLieu) 
ORDER BY Id1, TSS.R

Les noms sont volontairement "masques", désolé si le tout est un peu illisible... Je n'ai fait figurer qu'une seule requête imbriquée SELECT qui permet d'obtenir un champ "Précédent", mais dans ma requête il y en a 4 construites exactement de la même manière (avec des critères dans le WHERE qui diffèrent). Je me demande s'il y a un moyen de reformuler pour optimiser mais je ne vois pas comment. Si quelqu'un a une idée je suis tout ouïe!!!

Bonne soirée et merci d'avance de votre aide!!

Rudy

[SQLpro]

1 utilisez la balise CODE (#) pour présenter le SQL
2 respectez la charte de postage en postant le DDL de vos tables
http://www.developpez.net/forums/d96...vement-poster/

Sinon il est inutile d'espérer grand chose... SQL N'est pas magique !

A +

[StringBuilder]

Si vous ne voulez pas modifier le modèle des données (ce qui est partiellement compréhensible si l'application cliente est suffisamment avancée), vous pouvez toujours masquer ce changement.

En effet, vous pouvez modifier le modèle, et exposer des vues qui reproduisent le modèle initial. Avec quelques éventuels triggers sur ces vues, cela pourrait vous permettre de tirer partie d'une meilleure modélisation, sans pour autant devoir tout réécrire l'application cliente.

Attention cependant aux nouvelles règles de gestion : qui dit nouvelle modélisation dit généralement apparition de nouvelles contraintes, qui n'étaient pas forcément présentes dans le modèle initial. Il y aura certainement quelques adaptation à faire dans l'application cliente tout de même.