Jointure interne ou Where

Question

Existe-t-il une différence de performance (dans oracle) entre

Select * from Table1 T1 
Inner Join Table2 T2 On T1.ID = T2.ID

Et

Select * from Table1 T1, Table2 T2 
Where T1.ID = T2.ID

?

Answer 1

Non ! Le même plan d'exécution, regardez ces deux tables :

CREATE TABLE table1 (
  id INT,
  name VARCHAR(20)
);

CREATE TABLE table2 (
  id INT,
  name VARCHAR(20)
);

Le plan d'exécution de la requête utilisant la jointure interne :

-- with inner join

EXPLAIN PLAN FOR
SELECT * FROM table1 t1
INNER JOIN table2 t2 ON t1.id = t2.id;

SELECT *
FROM TABLE (DBMS_XPLAN.DISPLAY);

-- 0 select statement
-- 1 hash join (access("T1"."ID"="T2"."ID"))
-- 2 table access full table1
-- 3 table access full table2

Et le plan d'exécution de la requête utilisant une clause WHERE.

-- with where clause

EXPLAIN PLAN FOR
SELECT * FROM table1 t1, table2 t2
WHERE t1.id = t2.id;

SELECT *
FROM TABLE (DBMS_XPLAN.DISPLAY);

-- 0 select statement
-- 1 hash join (access("T1"."ID"="T2"."ID"))
-- 2 table access full table1
-- 3 table access full table2

Answer 2

Si l'optimiseur de requêtes fait bien son travail, il ne devrait pas y avoir de différence entre ces requêtes. Il s'agit simplement de deux façons de spécifier le même résultat souhaité.

Answer 3

Ils devraient être exactement les mêmes. Cependant, en tant que pratique de codage, je préfère voir le Join. Il exprime clairement votre intention,

Answer 4

Utilisation de JOIN rend le code plus facile à lire, puisqu'il est auto-explicatif.

Il n'y a pas de différence de vitesse( Je viens de le tester ) et le plan d'exécution est le même.

Answer 5

Je ne connais pas Oracle, mais je sais que l'ancienne syntaxe est dépréciée dans SQL Server et qu'elle finira par disparaître. Avant d'utiliser cette ancienne syntaxe dans une nouvelle requête, je vérifierais ce qu'Oracle prévoit d'en faire.

Je préfère la nouvelle syntaxe plutôt que le mélange des critères de jointure avec d'autres conditions nécessaires. Dans la nouvelle syntaxe, il est beaucoup plus clair de savoir ce qui crée la jointure et quelles autres conditions sont appliquées. Ce n'est pas vraiment un gros problème dans une requête courte comme celle-ci, mais cela devient beaucoup plus confus lorsque vous avez une requête plus complexe. Comme les gens apprennent sur les requêtes de base, j'aurais tendance à préférer qu'ils apprennent à utiliser la syntaxe de jointure avant d'en avoir besoin dans une requête complexe.

Encore une fois, je ne connais pas spécifiquement Oracle, mais je sais que la version SQL Server de l'ancienne jointure gauche est défectueuse, même dans SQL Server 2000, et donne des résultats incohérents (parfois une jointure gauche, parfois une jointure croisée), et ne devrait donc jamais être utilisée. Espérons qu'Oracle ne souffre pas du même problème, mais il est certain que les jointures gauche et droite peuvent être beaucoup plus difficiles à exprimer correctement dans l'ancienne syntaxe.

De plus, d'après mon expérience (et bien sûr, il s'agit d'une opinion strictement personnelle, vous pouvez avoir une expérience différente), les développeurs qui utilisent les jointures standard ANSII ont tendance à mieux comprendre ce qu'est une jointure et ce qu'elle signifie en termes d'extraction de données de la base de données. Je pense que c'est parce que la plupart des personnes ayant une bonne compréhension des bases de données ont tendance à écrire des requêtes plus complexes et celles-ci me semblent beaucoup plus faciles à maintenir en utilisant la norme ANSII que l'ancien style.