Salut et bonne année,
Je voudrais savoir quelle est la meilleure manière pour ranger les INNER JOIN pour qu'ils soient optimals ?
du genre est-ce que :
INNER JOIN A
INNER JOIN B
est plus rapide que :
INNER JOIN B
INNER JOIN A
non ?
Salut et bonne année,
Je voudrais savoir quelle est la meilleure manière pour ranger les INNER JOIN pour qu'ils soient optimals ?
du genre est-ce que :
INNER JOIN A
INNER JOIN B
est plus rapide que :
INNER JOIN B
INNER JOIN A
non ?
euh.... rien compris. c'est quoi A et B?
A et B sont 2 tables quelconques a priori.Envoyé par Cybher
La réponse doit dépendre (au moins en partie) du SGBDR : NerOcrO merci de respecter les règles du forum en nous indiquant plus d'informations.
D'autre part, il peut être intéressant de regarder le plan d'exécution de la requête en question...
L'ordre d'écriture des tables dans la requête n'a aucune importance dans un SGBDR bien fait.
En effet les SGBDR disposant d'un optimiseur c'est ce dernier qui choisit l'ordre le plus approprié de parcours des tables afin de minimiser les temps de réponse.
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Ok pour ces réponses, merci.
Ma BDD était une PROGRESS (désolé :p)
Qu'est-ce que vous sous-entendez par "bien fait".Envoyé par SQLpro
Sans vouloir lancer un débat, pouvez-vous donner des noms de SGBR bien fait (Oracle, SQL Server, DB2, PostGre, etc. ?) et de SGBDR qui ne le sont pas (Access ?) ainsi que des explications justificatives sur le fait qu'ils sont mal faits ?
Merci d'avance
Partager