Pourquoi l'ordre FULL JOIN fait-il une différence dans ces requêtes?

Question

J'utilise PostgreSQL. Tout ce que je lis ici suggère que dans une requête n'utilisant que des jointures complètes sur une seule colonne, l'ordre des tables jointes n'a pas d'importance. Mon intuition dit que cela devrait aussi aller pour plusieurs colonnes, à condition que chaque colonne commune soit listée dans la requête si possible (c'est-à-dire, partout où les deux tables jointes ont la colonne en commun). Mais c'est pas le cas, et j'essaie de comprendre pourquoi.

Simplifié à trois tables a, b et c.

Columns in table a: id, name_a 
Columns in table b: id, id_x 
Columns in table c: id, id_x 

Cette requête:

SELECT * 
FROM a 
    FULL JOIN b USING(id) 
    FULL JOIN c USING(id, id_x); 

retourne un nombre différent de lignes que celui-ci:

SELECT * 
FROM a 
    FULL JOIN c USING(id) 
    FULL JOIN b USING(id, id_x); 

Ce que je veux/expect est difficile à articuler, mais fondamentalement, un I » d aimer une fusion complète "complète". Je ne veux pas de champs nulles à moins que cela ne soit inévitable.

Par exemple, à chaque fois qu'il y a un ID non-nul, je veux que la colonne de nom correspondant à toujours ait le nom_a et ne soit pas nulle. Au lieu de cela, l'un de ces exemples de requêtes renvoie des résultats semi-redondants, avec une ligne ayant un nom_a mais pas d'ID et une autre ayant un ID mais pas de nom_a, plutôt qu'une seule ligne fusionnée. Lorsque les jointures sont répertoriées dans l'ordre inverse, j'obtiens le résultat souhaité (mais je ne suis pas sûr des autres problèmes pouvant survenir, car les données futures sont inconnues).

Answer 1

Vos requêtes sont différentes. Dans la première, vous faites full join à b en utilisant une seule colonne, id.

Dans la seconde, vous effectuez un full join à b en utilisant deux colonnes.

Bien que les deux requêtes puissent renvoyer les mêmes résultats dans certaines circonstances, il n'y a pas de raison de penser que les résultats seraient comparables.

Answer 2

L'ordre des arguments est important dans les JOINTS EXTERNES, sauf que FULL NATURAL JOIN est symétrique. Ils renvoient ce qu'une INNER JOIN (ON, USING ou NATURAL) fait mais aussi les lignes sans correspondance des tables gauche (LEFT JOIN), droite (RIGHT JOIN) ou les deux (FULL JOIN) étendues par NULL. L'option USING renvoie la seule valeur partagée pour chaque colonne spécifiée dans les lignes INNER JOIN; dans les lignes étendues NULL, une autre colonne commune peut avoir NULL dans la version d'une table et une valeur dans l'autre.

L'ordre des jointures est également important. Même FULL NATURAL JOIN n'est pas associatif, car avec plusieurs tables, chaque paire de tables (l'opérande étant un résultat original ou joint) peut avoir un ensemble unique de colonnes communes, c'est-à-dire en général (A ⟗ B) ⟗ C ≠ A ⟗ (B ⟗ C).

Il existe de nombreux cas particuliers où certaines identités supplémentaires sont conservées. Par exemple, FULL JOIN à l'aide de tous les noms de colonnes courants et de l'égalité des noms de colonnes OUTER JOIN ON sont symétriques. Certains cas impliquent des CK (clés candidates), des FK (clés étrangères) et d'autres contraintes sur les arguments.

Votre question n'indique pas exactement quelles conditions d'entrée vous assumez ou quelles conditions de sortie vous recherchez.