Discussion :

[lola06]

Bonjour,
J'aurai besoin d'aide pour l'optimisation d'une requête.

Table A

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
IdA | IdB
---------
 1  | c2
 2  | c1
 3  | f3
 4  | c4
 5  | e4
 6  | c2
 7  | d4

Table B

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
IdB | a | b 
------------
c2  | 1 | 2
c1  | 1 | 4
f3  | 1 | 6
c4  | 2 | 3
e4  | 6 | 5
c2  | 1 | 3
d4  | 4 | 4

Comme résultat je souhaiterai donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
IdA | IdB | a | b 
------------
 2  | c1  | 1 | 4
 4  | c4  | 2 | 3

Voici ma requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
SELECT *
FROM TableA A
 JOIN TableB B
 ON A.IdB = B.IdB
 AND IdB like 'c%'
 
WHERE IdB not in (Select IdB
     FROM TableB
     WHERE a = '1'
     AND b in ('2','3','5'))

Or je manipule des millions d'enregistrements et je souhaiterai optimiser tout cela.
J'ai regardé le cours : http://sqlpro.developpez.com/cours/optimiser/#L9
Et la règle 10 me montre bien comment optimiser le "not in" mais j'avoue ne pas bien saisir le "LEFT OUTER JOIN".
Même après ce cours http://sqlpro.developpez.com/cours/s...ntures/#LIII-C j'ai quelques doutes quand à la construction de ma requête.
En effet je bloque avec la condition "AND IdB like 'c%'", comment dois-je agencer tout ça ?

Merci

[punkoff]

Bonjour,


Et plus simplement ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
SELECT *
FROM TableA A
 inner join JOIN TableB B ON A.IdB = B.IdB
where b.IdB LIKE 'c%' and b.a <> 1 and b.b not in ('2','3','5')

[asmduty]

Bonjour,

peux-tu essayer ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM TableA A JOIN TableB B ON (A.IdB = B.IdB AND IdB LIKE 'c%' and a <> 1 and b not in ('2','3','5'))

EDIT : Devancé again ...

[lola06]

Merci pour vos réponses mais il me semble cette requête ne me renverrait rien pour mon jeu de test.
En effet elle excluerait tous les a = 1 et les b = 2,3,5.
Or je souhaite ici n'exclure que les couples (a,b) tels que (1,2), (1,3) et (1,5). D'où ma sous-requête.
Je suis actuellement en chomage technique donc je ne peux pas tester

[asmduty]

Exact !
Au temps pour moi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM TableA A JOIN TableB B ON (A.IdB = B.IdB AND IdB LIKE 'c%' AND (a <> 1 OR b NOT IN ('2','3','5'))

[lola06]

Merci beaucoup.
Comme une andouille j'avais pas pensé au "OR" dans le join !!
J'attend de pouvoir tester avant de mettre résolu...

[pacmann]

Salut !

Attention, les requêtes qu'on te propose ne donnent pas le même résultat que ta requête initiale :
- Avec idb NOT IN (...), ça exclut tout les idb si un seul remplit la condition de ta sous-requête.
- En remplaçant la sous-requête par des conditions directes sur tes lignes, tu n'exclut que les occurences de idb qui remplissent ces conditions.

Côté performances, il faut le plan d'exécution avant tout, ainsi que les volumétries un peu plus précises genre combien de ligne c'est sensé te retourner.

Quant aux cours d'optimisation de SQLPro, attention, ça dépend du contexte, du SGBD, ...
La démarche pragmatique (du moins sur Oracle) c'est : lire le plan d'exécution, comprendre pourquoi c'est lent, imaginer comment ça pourrait l'être moins.

[pacmann]

Ah ben s'il y a une contrainte d'unicité sur IdB, elle a du sauter pour créer le jeu de test

Table B

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
IdB | a | b 
------------
c2  | 1 | 2
c1  | 1 | 4
f3  | 1 | 6
c4  | 2 | 3
e4  | 6 | 5
c2  | 1 | 3
d4  | 4 | 4

[Rei Ichido]

Ah ben s'il y a une contrainte d'unicité sur IdB, elle a du sauter pour créer le jeu de test

Judicieuse remarque !

[lola06]

Désolée pour le retard mais impossible de répondre à cette conversation. Pourquoi ? --> le mystère reste entier !!!

installez une version express (XE) oracle sur votre poste ..

Malheureusement je ne peux pas faire ce que je veux sur mon poste

Et sinon oui, c'est équivalent
Mais franchement, sauf si tu n'as rien d'autre à faire, essayer toutes les combinaisons de transformation de SQLPro n'est qu'une perte de temps à mon sens...

En fait c'est une demande afin que ce soit plus compréhensible. Mais rassure toi je ne vais pas faire toutes les combinaisons de SQLPro.
J'attend d'avoir de nouveau mes bases de recettes pour lancer l'explain plan, d'ici là...

C'est tout à fait vrai, mais si idb est un identifiant unique (ce que son nom suggère un peu, mais soyons prudents) cela redevient équivalent Auquel cas on aurait tort de se priver de cette information !

Ah ben s'il y a une contrainte d'unicité sur IdB, elle a du sauter pour créer le jeu de test

Effectivement IdB est un identifiant unique, j'ai remarqué ma première erreur et comme vous pouvez le constater elle n’apparaît plus dans mon 2ieme jeu de test .

Jeu de test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 IdB | a | b 
-------------
 c2  | 1 | 2
 c1  | 1 | 4
 f3  | 1 | 6
 c4  | 2 | 3
 e4  | 6 | 5
 c5  | 1 | 4
 d4  | 4 | 4