Pour répondre clairement, oui j'utilise du JOIN partout : car dans SGBDR, il y a le R de relationnel, qui signifie clairement "jointure". Pour simplifier, dans ces bases on remplace la redondance de champs et d'informations par des jointures et tables de jointures, c'est donc un minimum que les JOIN soient performants !
A ce propos, si tu utilises souvent certains JOIN, je t'invite à regarder la notion de VIEW : ça te permet de faire des sortes de "raccourcis" sur tes jointures les plus courantes, ce qui rends tes requêtes et ton code à la fois plus court et plus compréhensible. Et il peut être utile aussi de comprendre et maîtriser les différences entre INNER, OUTER, LEFT et RIGHT JOIN.
SQL est un langage de haut niveau, il est bon de lui déléguer tout ce qu'il peut faire et tout ce qui peut décharger ton code.
Sur le Web (Google est ton ami) tu trouveras plein d'articles sur les SGBDR, sur SQL, et comment utiliser les JOIN correctement ((tu trouveras même des articles qui expliquent le fonctionnement interne du JOIN de SQLite et il comment il est déjà optimisé).
[^] # Re: JOIN
Posté par alouali (site web personnel) . En réponse à la dépêche SQLite 3.4.0 est sorti. Évalué à 1.
A ce propos, si tu utilises souvent certains JOIN, je t'invite à regarder la notion de VIEW : ça te permet de faire des sortes de "raccourcis" sur tes jointures les plus courantes, ce qui rends tes requêtes et ton code à la fois plus court et plus compréhensible. Et il peut être utile aussi de comprendre et maîtriser les différences entre INNER, OUTER, LEFT et RIGHT JOIN.
SQL est un langage de haut niveau, il est bon de lui déléguer tout ce qu'il peut faire et tout ce qui peut décharger ton code.
Sur le Web (Google est ton ami) tu trouveras plein d'articles sur les SGBDR, sur SQL, et comment utiliser les JOIN correctement ((tu trouveras même des articles qui expliquent le fonctionnement interne du JOIN de SQLite et il comment il est déjà optimisé).