CROSS JOIN vs INNER JOIN dans SQL

Quelle est la différence entre CROSS JOINet INNER JOIN?

CROSS JOIN:

SELECT 
    Movies.CustomerID, Movies.Movie, Customers.Age, 
    Customers.Gender, Customers.[Education Level], 
    Customers.[Internet Connection], Customers.[Marital Status], 
FROM   
    Customers 
CROSS JOIN 
    Movies

JOINTURE INTERNE:

SELECT 
    Movies.CustomerID, Movies.Movie, Customers.Age, 
    Customers.Gender, Customers.[Education Level], 
    Customers.[Internet Connection], Customers.[Marital Status]
FROM   
    Customers 
INNER JOIN 
    Movies ON Customers.CustomerID = Movies.CustomerID

Lequel est le meilleur et pourquoi devrais-je utiliser l'un ou l'autre?

La jointure croisée ne combine pas les lignes, si vous avez 100 lignes dans chaque table avec une correspondance de 1 à 1, vous obtenez 10 000 résultats, Innerjoin ne renverra que 100 lignes dans la même situation.

Ces 2 exemples renverront le même résultat:

Jointure croisée

select * from table1 cross join table2 where table1.id = table2.fk_id

Jointure interne

select * from table1 join table2 on table1.id = table2.fk_id

Utilisez la dernière méthode

Voici le meilleur exemple de jointure croisée et de jointure interne.

Considérez les tableaux suivants

TABLE : Teacher

x------------------------x
| TchrId   | TeacherName | 
x----------|-------------x
|    T1    |    Mary     |
|    T2    |    Jim      |
x------------------------x

TABLE : Student

x--------------------------------------x
|  StudId  |    TchrId   | StudentName | 
x----------|-------------|-------------x            
|    S1    |     T1      |    Vineeth  |
|    S2    |     T1      |    Unni     |
x--------------------------------------x

1. JOINTURE INTÉRIEURE

La jointure interne sélectionne les lignes qui satisfont à la fois la table .

Considérez que nous devons trouver les enseignants qui sont des enseignants de classe et leurs élèves correspondants. Dans cette condition, nous devons appliquer JOINou INNER JOINet allons

Requete

SELECT T.TchrId,T.TeacherName,S.StudentName 
FROM #Teacher T
INNER JOIN #Student S ON T.TchrId = S.TchrId

• SQL FIDDLE

Résultat

x--------------------------------------x
|  TchrId  | TeacherName | StudentName | 
x----------|-------------|-------------x            
|    T1    |     Mary    |    Vineeth  |
|    T1    |     Mary    |    Unni     |
x--------------------------------------x

2. JOINTURE CROISÉE

La jointure croisée sélectionne toutes les lignes de la première table et toutes les lignes de la deuxième table et s'affiche comme un produit cartésien, c'est-à-dire avec toutes les possibilités

Considérez que nous devons trouver tous les enseignants de l'école et les étudiants indépendamment des enseignants de la classe, nous devons postuler CROSS JOIN.

Requete

SELECT T.TchrId,T.TeacherName,S.StudentName 
FROM #Teacher T
CROSS JOIN #Student S 

• SQL FIDDLE

Résultat

x--------------------------------------x
|  TchrId  | TeacherName | StudentName | 
x----------|-------------|-------------x            
|    T2    |     Jim     |    Vineeth  |
|    T2    |     Jim     |    Unni     |
|    T1    |     Mary    |    Vineeth  |
|    T1    |     Mary    |    Unni     |
x--------------------------------------x

CROSS JOIN = (INNER) JOIN = virgule (",")

TL; DR La seule différence entre SQL CROSS JOIN, (INNER) JOIN et virgule (",") (outre la virgule ayant une priorité inférieure pour l'ordre d'évaluation) est que (INNER) JOIN a un ON alors que CROSS JOIN et la virgule ne le font pas.

Concernant les produits intermédiaires

Tous trois produisent un produit «cartésien» relationnel conceptuel intermédiaire de style SQL, également appelé jointure croisée, de toutes les combinaisons possibles d'une ligne de chaque table. C'est ON et / ou WHERE qui réduisent le nombre de lignes. Violon SQL

Le standard SQL définit <comma> via produit (7.5 1.b.ii), <cross join> via <comma> (7.7 1.a) et JOIN ON <condition de recherche> via <comma> plus WHERE (7.7 1.b ).

Comme le dit Wikipedia:

Jointure croisée

CROSS JOIN renvoie le produit cartésien des lignes des tables de la jointure. En d'autres termes, il produira des lignes qui combinent chaque ligne de la première table avec chaque ligne de la seconde table.

Jointure interne

[...] Le résultat de la jointure peut être défini comme le résultat de la première prise du produit cartésien (ou jointure croisée) de tous les enregistrements dans les tables (combinant chaque enregistrement de la table A avec chaque enregistrement de la table B), puis le retour tous les enregistrements qui satisfont le prédicat de jointure.

La "notation de jointure implicite" répertorie simplement les tables à joindre, dans la clause FROM de l'instruction SELECT, en utilisant des virgules pour les séparer. Ainsi, il spécifie une jointure croisée

Re OUTER JOIN et en utilisant ON vs WHERE dans les voir Conditions de jointure LEFT JOIN (OUTER JOIN) vs INNER JOIN .

Pourquoi comparer des colonnes entre des tables?

Lorsqu'il n'y a pas de lignes en double:

Chaque table contient les lignes qui constituent une déclaration vraie à partir d'un certain modèle de déclaration de remplissage [named-] blanks. (Il fait une proposition vraie à partir de - satisfait - un certain prédicat (caractéristique) .)

• Une table de base contient les lignes qui font une vraie déclaration à partir d'un modèle de déclaration donné par DBA:

  /* rows where
  customer C.CustomerID has age C.Age and ...
  */
  FROM Customers C

• Le produit intermédiaire d'une jointure contient les lignes qui font une déclaration vraie à partir du ET des modèles de ses opérandes:

  /* rows where
      customer C.CustomerID has age C.Age and ...
  AND movie M.Movie is rented by customer M.CustomerID and ...
  */
  FROM Customers C CROSS JOIN Movies M

• ON & WHERE les conditions sont ET ajoutées pour donner un modèle supplémentaire. La valeur correspond à nouveau aux lignes qui satisfont ce modèle:

  /* rows where
      customer C.CustomerID has age C.Age and ...
  AND movie M.Movie is rented by customer M.CustomerID and ...
  AND C.CustomerID = M.CustomerID
  AND C.Age >= M.[Minimum Age]
  AND C.Age = 18
  */
  FROM Customers C INNER JOIN Movies M
  ON C.CustomerID = M.CustomerID
  AND C.Age >= M.[Minimum Age]
  WHERE C.Age = 18

En particulier, la comparaison des colonnes pour l'égalité (SQL) entre les tables signifie que les lignes conservées du produit à partir des parties du modèle des tables jointes ont la même valeur (non NULL) pour ces colonnes. C'est juste une coïncidence que beaucoup de lignes sont généralement supprimées par des comparaisons d'égalité entre les tables - ce qui est nécessaire et suffisant est de caractériser les lignes que vous voulez.

Écrivez simplement SQL pour le modèle pour les lignes que vous voulez!

Concernant la signification des requêtes (et des tables par rapport aux conditions), voir:
Comment obtenir des données correspondantes d'une autre table SQL pour deux colonnes différentes: jointure interne et / ou union?
Existe-t-il une règle empirique pour construire une requête SQL à partir d'une description lisible par l'homme?

Surcharge de "jointure croisée"

Malheureusement, le terme «jointure croisée» est utilisé pour:

• Le produit intermédiaire.
• CROSS JOIN.
• (INNER) JOIN avec un ON ou WHERE qui ne compare aucune colonne d'une table à aucune colonne d'une autre. (Étant donné que cela a tendance à renvoyer autant de lignes de produits intermédiaires.)

Ces différentes significations se confondent. (Par exemple, comme dans d'autres réponses et commentaires ici.)

Utilisation de CROSS JOIN vs (INNER) JOIN vs virgule

La convention commune est:

• Utilisez CROSS JOIN lorsque et seulement lorsque vous ne comparez pas les colonnes entre les tables. C'est pour montrer que le manque de comparaisons était intentionnel.
• Utilisez (INNER) JOIN avec ON lorsque et seulement lorsque vous comparez des colonnes entre des tables. (Plus éventuellement d'autres conditions.)
• N'utilisez pas de virgule.

En règle générale, les conditions ne figurant pas sur des paires de tables sont également conservées pour un WHERE. Mais ils devront peut-être être placés dans un (n INNER) JOIN ON pour obtenir les lignes appropriées pour l'argument de RIGHT, LEFT ou FULL (OUTER) JOIN.

Re "Ne pas utiliser de virgule" Le mélange de virgule avec JOIN explicite peut induire en erreur car la virgule a une priorité inférieure. Mais étant donné le rôle du produit intermédiaire dans le sens de CROSS JOIN, (INNER) JOIN et virgule, les arguments pour la convention ci-dessus de ne pas l'utiliser du tout sont fragiles. Un CROSS JOIN ou une virgule est juste comme un (INNER) JOIN qui est sur une condition TRUE. Un produit intermédiaire, ON et WHERE introduisent tous un ET dans le prédicat correspondant. Cependant, on peut penser à INNER JOIN ON - par exemple, générer une ligne de sortie uniquement lors de la recherche d'une paire de lignes d'entrée qui satisfait à la condition ON - il renvoie néanmoins les lignes de jointure croisée qui satisfont à la condition. La seule raison pour laquelle ON devait compléter la virgule en SQL était d'écrire OUTERJOINs. Bien entendu, une expression doit rendre sa signification claire; mais ce qui est clair dépend de ce que les choses signifient.

Diagrammes de Re Venn Un diagramme de Venn avec deux cercles qui se croisent peut illustrer la différence entre les lignes de sortie pour les JOINTS INNER, LEFT, RIGHT & FULL pour la même entrée. Et lorsque ON est inconditionnellement TRUE, le résultat INNER JOIN est le même que CROSS JOIN. Il peut également illustrer les lignes d'entrée et de sortie pour INTERSECT, UNION & EXCEPT. Et lorsque les deux entrées ont les mêmes colonnes, le résultat INTERSECT est le même que pour SQL NATURAL JOIN standard, et le résultat EXCEPT est le même que pour certains idiomes impliquant LEFT & RIGHT JOIN. Mais cela n'illustre pas comment (INNER) JOIN fonctionne en général. Cela semble plausible à première vue . Il peut identifier les parties d'entrée et / ou de sortie pourcas particuliers de ON, PK (clés primaires), FK (clés étrangères) et / ou SELECT. Tout ce que vous avez à faire pour voir cela est d'identifier quels sont exactement les éléments des ensembles représentés par les cercles . (Les présentations confuses ne sont jamais claires.) (N'oubliez pas qu'en général, pour les jointures, les lignes de sortie ont des en-têtes différents des lignes d'entrée . Et les tables SQL sont des sacs et non des ensembles de lignes avec NULL .)

Jointure interne

La jointure qui affiche uniquement les lignes qui ont une correspondance dans les deux tables jointes est appelée jointure interne. Il s'agit de la jointure par défaut dans le concepteur de requêtes et de vues.

Syntaxe de la jointure interne

SELECT t1.column_name,t2.column_name
FROM table_name1 t1
INNER JOIN table_name2 t2
ON t1.column_name=t2.column_name

Jointure croisée

Jointure croisée qui produit un produit cartésien des tables impliquées dans la jointure. La taille d'un produit cartésien est le nombre de lignes du premier tableau multiplié par le nombre de lignes du deuxième tableau.

Syntaxe de la jointure croisée

SELECT * FROM table_name1
CROSS JOIN table_name2

Ou nous pouvons l'écrire d'une autre manière aussi

SELECT * FROM table_name1,table_name2

Vérifiez maintenant la requête ci-dessous pour la jointure croisée

Exemple

SELECT * FROM UserDetails
CROSS JOIN OrderDetails

Ou

SELECT * FROM UserDetails, OrderDetails

N'oubliez pas que si une clause WHERE est ajoutée, la jointure croisée se comporte comme une jointure interne. Par exemple, les requêtes Transact-SQL suivantes produisent le même jeu de résultats. Veuillez vous référer à http://technet.microsoft.com/en-us/library/ms190690(v=sql.105).aspx

JOINDRE CROISÉ

Comme je l'ai expliqué dans cet article , le CROSS JOIN est destiné à générer un produit cartésien.

Un produit cartésien prend deux ensembles A et B et génère toutes les permutations possibles d'enregistrements de paires à partir de deux ensembles de données donnés.

Par exemple, en supposant que vous disposez des tables suivantes rankset de la suitsbase de données:

Et le ranksa les lignes suivantes:

| name  | symbol | rank_value |
|-------|--------|------------|
| Ace   | A      | 14         |
| King  | K      | 13         |
| Queen | Q      | 12         |
| Jack  | J      | 11         |
| Ten   | 10     | 10         |
| Nine  | 9      |  9         |

Alors que la suitstable contient les enregistrements suivants:

| name    | symbol |
|---------|--------|
| Club    | ♣      |
| Diamond | ♦      |
| Heart   | ♥      |
| Spade   | ♠      |

En tant que requête CROSS JOIN comme la suivante:

SELECT
   r.symbol AS card_rank,
   s.symbol AS card_suit
FROM
   ranks r
CROSS JOIN
   suits s

générera toutes les permutations possibles de rankset suitespaires:

| card_rank | card_suit |
|-----------|-----------|
| A         | ♣         |
| A         | ♦         |
| A         | ♥         |
| A         | ♠         |
| K         | ♣         |
| K         | ♦         |
| K         | ♥         |
| K         | ♠         |
| Q         | ♣         |
| Q         | ♦         |
| Q         | ♥         |
| Q         | ♠         |
| J         | ♣         |
| J         | ♦         |
| J         | ♥         |
| J         | ♠         |
| 10        | ♣         |
| 10        | ♦         |
| 10        | ♥         |
| 10        | ♠         |
| 9         | ♣         |
| 9         | ♦         |
| 9         | ♥         |
| 9         | ♠         |

JOINTURE INTERNE

En revanche, INNER JOIN ne renvoie pas le produit cartésien des deux ensembles de données joints.

Au lieu de cela, INNER JOIN prend tous les éléments de la table de gauche et les compare aux enregistrements de la table de droite afin que:

• si aucun enregistrement ne correspond à la table de droite, la ligne de gauche est filtrée de l'ensemble de résultats
• pour tout enregistrement correspondant dans la table de droite, la ligne de gauche est répétée comme s'il y avait un produit cartésien entre cet enregistrement et tous ses enregistrements enfants associés dans la table de droite.

Par exemple, en supposant que nous ayons une relation de table un-à-plusieurs entre un parent postet une post_commenttable enfant qui ressemble à ceci:

Maintenant, si la posttable contient les enregistrements suivants:

| id | title     |
|----|-----------|
| 1  | Java      |
| 2  | Hibernate |
| 3  | JPA       |

et la post_commentstable a ces lignes:

| id | review    | post_id |
|----|-----------|---------|
| 1  | Good      | 1       |
| 2  | Excellent | 1       |
| 3  | Awesome   | 2       |

Une requête INNER JOIN comme la suivante:

SELECT
   p.id AS post_id,
   p.title AS post_title,
   pc.review  AS review
FROM post p
INNER JOIN post_comment pc ON pc.post_id = p.id

va inclure tous les postenregistrements avec tous leurs associés post_comments:

| post_id | post_title | review    |
|---------|------------|-----------|
| 1       | Java       | Good      |
| 1       | Java       | Excellent |
| 2       | Hibernate  | Awesome   |

Fondamentalement, vous pouvez considérer INNER JOIN comme un CROSS JOIN filtré où seuls les enregistrements correspondants sont conservés dans le jeu de résultats final.

Pour plus de détails sur le fonctionnement de INNER JOIN, consultez également cet article .

SQL Server accepte également la notation plus simple de:

SELECT A.F, 
       B.G, 
       C.H 
  FROM TABLE_A A, 
       TABLE_B B, 
       TABLE_C C
 WHERE A.X = B.X 
   AND B.Y = C.Y

En utilisant cette notation plus simple, il n'est pas nécessaire de se soucier de la différence entre les jointures internes et croisées. Au lieu de deux clauses «ON», il existe une seule clause «WHERE» qui fait le travail. Si vous avez des difficultés à déterminer quelles clauses "JOIN" "ON" vont où, abandonnez la notation "JOIN" et utilisez la plus simple ci-dessus.

Ce n'est pas de la triche.

Lors de l'écriture de requêtes en utilisant des jointures internes, les enregistrements vont chercher dans les deux tables si la condition est satisfaite sur les deux tables, c'est-à-dire une correspondance exacte de la colonne commune dans les deux tables.

Lors de l'écriture d'une requête en utilisant la jointure croisée, le résultat est comme le produit cartésien du nombre d'enregistrements dans les deux tables. exemple si table1 contient 2 enregistrements et table2 contient 3 enregistrements, le résultat de la requête est 2 * 3 = 6 enregistrements.

Alors n'allez pas pour cross join jusqu'à ce que vous en ayez besoin.

La jointure croisée et la jointure interne sont les mêmes avec la seule différence que dans la jointure interne, nous filtrons de manière booléenne certains des résultats du produit cartésien

table1
x--------------------------------------x
|  fieldA  |    fieldB   |    fieldC   | 
x----------|-------------|-------------x            
|    A     |      B      |    option1  |
|    A     |      B1     |    option2  |
x--------------------------------------x

table2
x--------------------------------------x
|  fieldA  |    fieldB   |    fieldC   | 
x----------|-------------|-------------x            
|    A     |      B      |    optionB1 |
|    A1    |      B1     |    optionB2 |
x--------------------------------------x

 cross join
  A,B,option1,A,B,optionB1
  A,B,option1,A1,B1,optionB2
  A,B1,option2,A,B,optionB1
  A,B1,option2,A1,B1,optionB2

 inner join on field1 (only with the value is the same in both tables)
  A,B,option1,A,B,optionB1
  A,B1,option2,A,B,optionB1

 inner join on field1
  A,B,option1,A,B,optionB1

C'est lors de la conception de nos données que nous décidons qu'il n'y a qu'un seul cas du champ que nous utilisons pour la jointure. Joindre uniquement les jointures croisées des deux tables et obtenir uniquement les lignes réalisant une expression booléenne spéciale.

Notez que si les champs sur lesquels nous effectuons nos jointures étaient nuls dans les deux tables, nous passerions le filtre. C'est à nous ou au fabricant de la base de données d'ajouter des règles supplémentaires pour éviter ou autoriser les valeurs nulles. Conformément aux principes de base, il ne s'agit que d'une jointure croisée suivie d'un filtre.

La jointure interne donnera le résultat des enregistrements correspondants entre deux tables alors que la jointure croisée vous donne les combinaisons possibles entre deux tables.

A = {1,5,3,4,6,7,9,8} B = {2,8,5,4,3,6,9}

cross join agir comme produit cartésien A ✖ B = {1,2}, {1,8} ..., {5,2}, {5,8}, {5,5} ..... {3,3} ..., {6,6} .... {8,9} et a renvoyé ce long jeu de résultats.

lors du traitement de inner joinson fait à travers le produit cartésien et choisissez les paires correspondantes.inner join choisissez {5,5}, {4,4}, {6,6} , {9,9} et a renvoyé la colonne demandée dans la clause select liée à ces identifiants.

si cross joinsur a = b alors le résultat est le même jeu de résultats que inner join. dans ce cas, utilisez également inner join.

Cela dépend de la sortie attendue.

Une jointure croisée fait correspondre toutes les lignes d'une table à toutes les lignes d'une autre table. Une jointure interne correspond à un ou plusieurs champs. Si vous avez une table avec 10 lignes et une autre avec 10 lignes, les deux jointures se comporteront différemment.

La jointure croisée aura 100 lignes retournées et elles ne seront pas liées, juste ce qu'on appelle un produit cartésien. La jointure interne fera correspondre les enregistrements les uns aux autres. En supposant que l'un a une clé primaire et qu'il s'agit d'une clé étrangère dans l'autre, vous obtiendrez 10 lignes renvoyées.

Une jointure croisée a une utilité générale limitée, mais existe par souci d'exhaustivité et décrit le résultat de la jointure de tables sans aucune relation ajoutée à la requête. Vous pouvez utiliser une jointure croisée pour créer des listes de combinaisons de mots ou quelque chose de similaire. Une jointure interne, en revanche, est la jointure la plus courante.