Reprise du message précédent :
C'est con ça fait 5 ans que je code du SQL et j'étais toujours emmerdé quand je devais faire ce type d'opérations.
 
Bon oserais-je poser une question plus compliquée (je pense)
Cette fois c'est plus pour la culture personnelle sur la manière dont Oracle analyse les requêtes
Donc ne vous prenez pas la tête dessus, j'ai un jour essayé cette requête, elle prend un temps énorme bien qu'il n'y ait qu'un miliers d'enregistrements dans la base
 

 
Alors que d'exécuter  
 

 
Puis d'exécuter
 

 
Est d'une vitesse normale.
 
Ce qui signifie qu'Oracle ne commence pas par exécuter la sous-requête puis réinjecter le résultat dans la requête principale. Du coup il doit y avoir moyen de l'optimiser, mais là je ne sais plus comment puisque ma logique de calcul d'Oracle n'est pas pareil que la mienne

Il me semble qu'il y a un hint en Oracle pour qu'il évalue la sous requête d'abord ...
Sinon, en changeant les 'in' par des 'exists' il doit évaluer les sous-requêtes d'abord il me semble

T'es un chef en effet le exists va bien plus vite  

Un grand classique, remplacer les IN par des EXISTS

T'as pas un lien avec les grands classiques, parceque toute ma doc est en fait des trucs très basiques ?
 
Faut que j'arrête parceque si ça continue j'vais aussi être modo sur prog

Tiens, je suis tombé sur ce pdf assez intéressant :
 
http://sheikyerbouti.developpez.co [...] sation.pdf
 
En particulier le paragraphe : "Le code SQL à ne pas écrire"

Trop bon ce pdf