La idea general
Consulte la respuesta de Martin Smith para obtener mejores ilustraciones y explicaciones de las diferentes combinaciones, incluidas, y especialmente, las diferencias entre FULL OUTER JOIN, RIGHT OUTER JOINy LEFT OUTER JOIN.
Estas dos tablas forman una base para la representación de las JOINsiguientes s:
UNIÓN CRUZADA
SELECT *
FROM citizen
CROSS JOIN postalcode
El resultado serán los productos cartesianos de todas las combinaciones. No se JOINrequiere condición:
UNIR INTERNAMENTE
INNER JOIN es lo mismo que simplemente: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
El resultado serán combinaciones que satisfagan la JOINcondición requerida :
IZQUIERDA COMBINACIÓN EXTERNA
LEFT OUTER JOIN es lo mismo que LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
El resultado será todo, citizenincluso si no hay coincidencias postalcode. Nuevamente JOINse requiere una condición:
Datos para jugar
Todos los ejemplos se han ejecutado en un Oracle 18c. Están disponibles en dbfiddle.uk, que también es de donde provienen las capturas de pantalla de las tablas.
CREATE TABLE citizen (id NUMBER,
name VARCHAR2(20),
postal NUMBER, -- <-- could do with a redesign to postalcode.id instead.
leader NUMBER);
CREATE TABLE postalcode (id NUMBER,
postal NUMBER,
city VARCHAR2(20),
area VARCHAR2(20));
INSERT INTO citizen (id, name, postal, leader)
SELECT 1, 'Smith', 2200, null FROM DUAL
UNION SELECT 2, 'Green', 31006, 1 FROM DUAL
UNION SELECT 3, 'Jensen', 623, 1 FROM DUAL;
INSERT INTO postalcode (id, postal, city, area)
SELECT 1, 2200, 'BigCity', 'Geancy' FROM DUAL
UNION SELECT 2, 31006, 'SmallTown', 'Snizkim' FROM DUAL
UNION SELECT 3, 31006, 'Settlement', 'Moon' FROM DUAL -- <-- Uuh-uhh.
UNION SELECT 4, 78567390, 'LookoutTowerX89', 'Space' FROM DUAL;
Límites borrosos al jugar con JOINyWHERE
UNIÓN CRUZADA
CROSS JOINresultando en filas como La idea general / INNER JOIN:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
Usar CROSS JOINpara obtener el resultado de un LEFT OUTER JOINrequiere trucos como agregar en una NULLfila. Se omite
UNIR INTERNAMENTE
INNER JOINse convierte en un producto cartesiano. Es lo mismo que La idea general / CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
Aquí es donde realmente se puede ver la unión interna como la unión cruzada con resultados que no coinciden con la condición eliminada. Aquí ninguna de las filas resultantes se eliminan.
Usar INNER JOINpara obtener el resultado de a LEFT OUTER JOINtambién requiere trucos. Se omite
IZQUIERDA COMBINACIÓN EXTERNA
LEFT JOINda como resultado filas como La idea general / CROSS JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOINda como resultado filas como La idea general / INNER JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
WHERE p.postal IS NOT NULL -- < -- removed the row where there's no mathcing result from postalcode
Los problemas con el diagrama de Venn
Una búsqueda de imágenes en Internet en "sql join cross inner inner" mostrará una multitud de diagramas de Venn. Solía tener una copia impresa de uno en mi escritorio. Pero hay problemas con la representación.
Los diagramas de Venn son excelentes para la teoría de conjuntos, donde un elemento puede estar en uno o en ambos conjuntos. Pero para las bases de datos, un elemento en un "conjunto" me parece ser una fila en una tabla y, por lo tanto, no está presente en ninguna otra tabla. No existe una fila presente en varias tablas. Una fila es exclusiva de la tabla.
Las autouniones son un caso de esquina donde cada elemento es de hecho el mismo en ambos conjuntos. Pero todavía no está libre de ninguno de los siguientes problemas.
El conjunto Arepresenta el conjunto de la izquierda (la citizentabla) y el conjunto Bes el conjunto de la derecha (la postalcodetabla) en la discusión a continuación.
UNIÓN CRUZADA
Cada elemento en ambos conjuntos se corresponde con cada elemento en el otro conjunto, lo que significa que necesitamos la Acantidad de cada Belemento y la Bcantidad de cada Aelemento para representar adecuadamente este producto cartesiano. La teoría de conjuntos no está hecha para múltiples elementos idénticos en un conjunto, por lo que encuentro que los diagramas de Venn para representarlos adecuadamente no son prácticos / imposibles. No parece queUNION encaje en absoluto.
Las filas son distintas. El UNIONes de 7 filas en total. Pero son incompatibles para un SQLconjunto de resultados común . Y no es así como CROSS JOINfunciona en absoluto:
Intentando representarlo así:
.. pero ahora solo parece un INTERSECTION, que ciertamente no lo es . Además, no hay ningún elemento en el INTERSECTIONque esté realmente en ninguno de los dos conjuntos distintos. Sin embargo, se parece mucho a los resultados de búsqueda similares a este:
Como referencia, CROSS JOINse puede ver un resultado de búsqueda para s en Tutorialgateway . El INTERSECTION, al igual que este, está vacío.
UNIR INTERNAMENTE
El valor de un elemento depende de la JOINcondición. Es posible representar esto bajo la condición de que cada fila se vuelva única para esa condición. El significado id=xsolo es cierto para una fila. Una vez que una fila en la tabla A( citizen) coincide con varias filas en la tabla B( postalcode) bajo la JOINcondición, el resultado tiene los mismos problemas que CROSS JOIN: La fila debe representarse varias veces, y la teoría de conjuntos no está hecha para eso. Sin embargo, bajo la condición de unicidad, el diagrama podría funcionar, pero tenga en cuenta que la JOINcondición determina la ubicación de un elemento en el diagrama. Mirando solo los valores de la JOINcondición con el resto de la fila a lo largo del recorrido:
Esta representación se desmorona por completo cuando se usa un INNER JOINcon una ON 1 = 1condición que lo convierte en a CROSS JOIN.
Con un self JOIN, las filas son de hecho elementos idénticos en ambas tablas, pero representan las tablas como ambas Ay Bno es muy adecuado. Por ejemplo, un auto común JOINcondición que hace que un elemento en Aque se emparejan a diferente elemento en B se ON A.parent = B.child, haciendo que el partido de Aque Ben elementos separados. De los ejemplos que serían SQLasí:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
Lo que significa que Smith es el líder de Green y Jensen.
ÚNETE EXTERIOR
Nuevamente, los problemas comienzan cuando una fila tiene múltiples coincidencias con filas en la otra tabla. Esto se complica aún más porque se OUTER JOINpuede pensar que coincide con el conjunto vacío. Pero en la teoría de conjuntos, la unión de cualquier conjunto Cy un conjunto vacío siempre es justa C. El conjunto vacío no agrega nada. La representación de esto LEFT OUTER JOINgeneralmente solo muestra todo Apara ilustrar que las filas Ase seleccionan independientemente de si hay una coincidencia o no B. Sin embargo, los "elementos coincidentes" tienen los mismos problemas que la ilustración anterior. Dependen de la condición. Y el conjunto vacío parece haberse acercado a A:
Cláusula WHERE: tiene sentido
Encontrar todas las filas de a CROSS JOINcon Smith y código postal en la Luna:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
Ahora el diagrama de Venn no se usa para reflejar el JOIN. Se usa solo para la WHEREcláusula:
..y eso tiene sentido.
Cuando INTERSECT y UNION tienen sentido
INTERSECARSE
Como se explicó, an INNER JOINno es realmente un INTERSECT. Sin embargo, INTERSECTs puede usarse en resultados de consultas separadas. Aquí un diagrama de Venn tiene sentido, porque los elementos de las consultas separadas son, de hecho, filas que pertenecen a uno de los resultados o a ambos. Intersecar obviamente solo devolverá resultados donde la fila está presente en ambas consultas. Esto SQLdará como resultado la misma fila que la anterior WHERE, y el diagrama de Venn también será el mismo:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
INTERSECT
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
UNIÓN
An OUTER JOINno es un UNION. Sin embargo, UNIONtrabaje en las mismas condiciones que INTERSECT, dando como resultado un retorno de todos los resultados combinando ambos SELECTs:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
UNION
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
que es equivalente a:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..y da el resultado:
También aquí tiene sentido un diagrama de Venn:
Cuando no aplica
Una nota importante es que estos solo funcionan cuando la estructura de los resultados de los dos SELECT son iguales, lo que permite una comparación o unión. Los resultados de estos dos no permitirán que:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
..intentando combinar los resultados con UNIONda un
ORA-01790: expression must have same datatype as corresponding expression
Para mayor interés, lea Di NO a los diagramas de Venn al explicar JOINs y sql se une como diagrama de Venn . Ambos también cubren EXCEPT.
