j'ai déjà vu requête imbriquée et "where in" avec une boucle pour faire autant de requêtes secondaires que nécessaire sans dépasser le maximum d'entrées acceptées par le in (donc on ne touche pas à la config de la bdd)
le problème de la requête imbriquée est sa maintenabilité quand tu ne maitrises pas la qualité du développeur (sur un temps de vie d'une application pro, tu vas te retrouver avec assez de turn over pour avoir 2-3 équipes complètement différentes voire plus encore et... probablement pas que du top du top côté sql
le problème du where in, c'est sa performance moindre à priori (par contre plus facile à comprendre par le développeur médiocre)
le problème de la requête imbriquée est sa maintenabilité quand tu ne maitrises pas la qualité du développeur (sur un temps de vie d'une application pro, tu vas te retrouver avec assez de turn over pour avoir 2-3 équipes complètement différentes voire plus encore et... probablement pas que du top du top côté sql
le problème du where in, c'est sa performance moindre à priori (par contre plus facile à comprendre par le développeur médiocre)