Optimisation requête DB2 [Résolu]

[LuckyLiam]

Bonsoir,

Je souhaiterais optimiser la requête suivante :


SELECT A.ID1 , A.ID2 , A.DATE, A.IDCLT1, A.CANAL

FROM TABLE A
WHERE A.ID1 = ?
AND A.DATE >= ?
AND A.ID2 >= ?
AND
(
(
A.IDCLT = ?
AND A.CANAL = 'AGC'
)
OR
(
A.REFCLT = ?
AND A.CANAL <> 'AGC'
)
)
ORDER BY A.ID1, A.ID2, A.DATE

Le DBA m'a recommandé d'enlever le OR de la requête mais j'en ai besoin !

De plus, je ne peux pas découper la requête en deux, car elle est utilisée par un programme paginé (d'où l'ORDER BY)

La clé primaire de la table est ID1, ID2 et REFCLT.

Merci.

[jab]

Il est difficile de donner une réponse comme cela mais ton DBA a raison. Le or est le point faible. Evidemment, tu en as besoin. Tu peux essayer quelque chose comme ceci:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
SELECT * 
FROM (
        SELECT A.ID1 , A.ID2 , A.DATE, A.IDCLT1, A.CANAL
           FROM TABLE A 
           WHERE A.ID1 = ?
              AND A.DATE >= ?
              AND A.ID2 >= ?
              AND A.IDCLT = ?
              AND A.CANAL = 'AGC'
        UNION
        SELECT A.ID1 , A.ID2 , A.DATE, A.IDCLT1, A.CANAL
           FROM TABLE A 
           WHERE A.ID1 = ?
              AND A.DATE >= ?
              AND A.ID2 >= ?
              AND A.REFCLT = ?
              AND A.CANAL <> 'AGC'
        ) AS TEMP
ORDER BY TEMP.ID1, TEMP.ID2, TEMP.DATE

Sans garantie. Il faut faire le test.

[Luc Orient]

Questions :
Quelle plateforme ?
Combien de lignes retourne la requête ?
Comment est gérée la pagination ?

[LuckyLiam]

Plateforme : Mainframe IBM, MVS
Contexte : Application J2EE

Nombre de ligne retournée : je dirais au maximum 2/an/client et il y a en entrée une liste de 10 clients et comme nous travaillons sur un historique de 3 ans, une soixantaine de ligne MAX

Actuellement, nous sommes en test de charge, j'ai trouvé un client avec 70 entités !

En bref, la pagination : le programme qui utilise cette requête retourne les éléments 100 par 100, si quand il remplit le centième élément, il reste encore des informations à retourner, il alimente avec ID2 une clef de reprise qui est retransmise à la partie java qui rappel alors le programme, etc ...

@jab : Malheureusement les outils maison de mon client ne me permet pas de programmer ce type de requête.

[LuckyLiam]

La solution de Jab a pu être implémentée : on divise le coût relatif de la requête par 10.

[jab]

Tant qu'a bien faire, met UNION ALL au lieu de UNION tu éviteras encore une tâche à DB2. Désolé de ne pas l'avoir mis directement

[CobolProgrammator]

désolé, si ta clé primaire est ID1 + ID2 + REFCLT et que tu as besoin de paginer, il y a des records que tu n'affichera pas lors de ta pagination avec une telle requete.