ความคิดทั่วไป
โปรดดูคำตอบโดยมาร์ตินสมิ ธสำหรับ illustations ที่ดีกว่าและคำอธิบายที่แตกต่างกันเข้าร่วมรวมทั้งและโดยเฉพาะอย่างยิ่งความแตกต่างระหว่างFULL OUTER JOIN, และRIGHT OUTER JOINLEFT OUTER JOIN
ตารางทั้งสองนี้เป็นพื้นฐานสำหรับการเป็นตัวแทนของJOINs ด้านล่าง:
ข้ามเข้าร่วม
SELECT *
FROM citizen
CROSS JOIN postalcode
ผลลัพธ์จะเป็นผลิตภัณฑ์คาร์ทีเซียนของชุดค่าผสมทั้งหมด ไม่JOINต้องการเงื่อนไข:
เข้าร่วมภายใน
INNER JOIN เหมือนกันเพียง: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
ผลลัพธ์จะเป็นชุดค่าผสมที่ตรงตามJOINเงื่อนไขที่ต้องการ:
ซ้ายเข้าร่วม
LEFT OUTER JOIN เป็นเช่นเดียวกับ LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
ผลลัพธ์จะเป็นทุกอย่างcitizenแม้ว่าจะไม่มีการแข่งขันpostalcodeก็ตาม ต้องมีJOINเงื่อนไขอีกครั้ง:
ข้อมูลสำหรับการเล่น
ตัวอย่างทั้งหมดถูกรันบน Oracle 18c มีวางจำหน่ายแล้วที่dbfiddle.ukซึ่งเป็นที่จับภาพหน้าจอของตาราง
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;
ขอบเขตพร่ามัวเมื่อเล่นกับJOINและWHERE
ข้ามเข้าร่วม
CROSS JOINส่งผลให้แถวเป็นแนวคิดทั่วไป / INNER JOIN:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
การใช้CROSS JOINเพื่อให้ได้ผลลัพธ์ของLEFT OUTER JOINกลวิธีที่ต้องการเพิ่มในNULLแถว มันถูกละไว้
เข้าร่วมภายใน
INNER JOINกลายเป็นผลิตภัณฑ์คาร์ทีเซียน มันเหมือนกับแนวคิดทั่วไป / CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
นี่คือจุดที่สามารถเห็นการรวมภายในเป็นการรวมข้ามกับผลลัพธ์ที่ไม่ตรงกับเงื่อนไขที่ถูกลบออก ที่นี่ไม่มีแถวผลลัพธ์ถูกลบออก
ใช้INNER JOINเพื่อให้ได้ผลลัพธ์ของการLEFT OUTER JOINยังต้องใช้เทคนิค มันถูกละไว้
ซ้ายเข้าร่วม
LEFT JOINผลลัพธ์เป็นแถวตามแนวคิดทั่วไป / CROSS JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOINผลลัพธ์เป็นแถวตามแนวคิดทั่วไป / 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
ปัญหาเกี่ยวกับแผนภาพ Venn
การค้นหารูปภาพทางอินเทอร์เน็ตที่ "sql join cross outer outer outer" จะแสดงไดอะแกรมของ Venn มากมาย ฉันเคยมีสำเนาที่พิมพ์บนโต๊ะของฉัน แต่มีปัญหาเกี่ยวกับการเป็นตัวแทน
ไดอะแกรมเวนน์นั้นยอดเยี่ยมสำหรับทฤษฎีเซตซึ่งองค์ประกอบสามารถอยู่ในเซตเดียวหรือทั้งคู่ก็ได้ แต่สำหรับฐานข้อมูลแล้วองค์ประกอบใน "set" ดูเหมือนจะเป็นแถวในตารางและดังนั้นจึงไม่ปรากฏในตารางอื่น ๆ ไม่มีสิ่งใดเหมือนแถวหนึ่งที่ปรากฏในหลายตาราง แถวเป็นตารางเฉพาะ
การรวมตัวเองเป็นกรณีมุมที่แต่ละองค์ประกอบมีความเหมือนกันในทั้งสองชุด แต่ก็ยังไม่มีปัญหาใด ๆ ด้านล่าง
ชุดAหมายถึงชุดทางด้านซ้าย ( citizenตาราง) และชุดBเป็นชุดทางด้านขวา ( postalcodeตาราง) ในการสนทนาด้านล่าง
ข้ามเข้าร่วม
ทุกองค์ประกอบในทั้งสองชุดจะถูกจับคู่กับทุกองค์ประกอบในอีกชุดหนึ่งซึ่งหมายความว่าเราต้องการAปริมาณของทุกBองค์ประกอบและBจำนวนของทุกAองค์ประกอบเพื่อแสดงผลิตภัณฑ์คาร์ทีเซียนนี้อย่างเหมาะสม ทฤษฎีเซตไม่ได้ถูกสร้างขึ้นสำหรับองค์ประกอบที่เหมือนกันหลายชุดในชุดดังนั้นฉันจึงพบว่าไดอะแกรมของเวนน์แสดงให้เห็นอย่างถูกต้องว่าเป็นไปไม่ได้ / เป็นไปไม่ได้ ดูเหมือนจะไม่เป็นเช่นนั้นUNIONเหมาะเลย
แถวนั้นแตกต่างกัน UNIONคือ 7 แถวในทั้งหมด แต่ไม่สามารถใช้ร่วมกับSQLชุดผลลัพธ์ทั่วไปได้ และนี่ไม่ใช่วิธีการCROSS JOINทำงานทั้งหมด:
พยายามเป็นตัวแทนของมันเช่นนี้:
..but ตอนนี้มันก็ดูเหมือนว่าINTERSECTIONซึ่งก็แน่นอนไม่ได้ นอกจากนี้ยังไม่มีองค์ประกอบในสิ่งINTERSECTIONที่อยู่ในชุดที่แตกต่างกันสองชุด อย่างไรก็ตามดูเหมือนว่าผลลัพธ์ที่ค้นหาได้จะคล้ายกับสิ่งนี้มาก:
สำหรับการอ้างอิงหนึ่งผลค้นหาสำหรับCROSS JOINs สามารถมองเห็นที่Tutorialgateway INTERSECTIONเช่นเดียวกับคนนี้เป็นที่ว่างเปล่า
เข้าร่วมภายใน
ค่าขององค์ประกอบขึ้นอยู่กับJOINเงื่อนไข เป็นไปได้ที่จะแสดงสิ่งนี้ภายใต้เงื่อนไขว่าทุกแถวจะมีลักษณะเฉพาะกับเงื่อนไขนั้น ความหมายid=xเป็นจริงสำหรับหนึ่งแถวเท่านั้น เมื่อแถวในตารางA( citizen) ตรงกับหลายแถวในตารางB( postalcode) ภายใต้JOINเงื่อนไขผลลัพธ์จะมีปัญหาเช่นเดียวกับCROSS JOIN: แถวจะต้องแสดงหลาย ๆ ครั้งและทฤษฎีเซตไม่ได้ถูกสร้างขึ้นมาเพื่อสิ่งนั้นจริงๆ ภายใต้เงื่อนไขของความเป็นเอกลักษณ์แผนภาพอาจทำงานได้ แต่โปรดจำไว้ว่าJOINเงื่อนไขนั้นจะกำหนดตำแหน่งขององค์ประกอบในแผนภาพ ดูเฉพาะค่าของJOINสภาพที่มีกับส่วนที่เหลือของแถวพร้อมสำหรับการนั่ง:
การแสดงนี้ตกอยู่ห่างกันอย่างสมบูรณ์เมื่อใช้INNER JOINกับสภาพที่ทำให้มันเป็นON 1 = 1CROSS JOIN
ด้วยตัวเอง - JOINแถวต่างๆเป็นองค์ประกอบตัวตนที่เป็นจริงในทั้งสองตาราง แต่แสดงถึงตารางว่าทั้งสองAและBไม่เหมาะสมมาก ตัวอย่างเช่นJOINเงื่อนไขทั่วไปที่ทำให้องค์ประกอบในAการจับคู่องค์ประกอบที่แตกต่างใน B คือON A.parent = B.childการจับคู่จากAไปยังBองค์ประกอบแยกต่างหาก จากตัวอย่างที่เป็นSQLเช่นนี้:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
ความหมายสมิ ธ เป็นผู้นำของทั้งกรีนและเซ่น
เข้าร่วมด้านนอก
ปัญหาเริ่มต้นอีกครั้งเมื่อแถวหนึ่งมีการจับคู่หลายแถวกับอีกแถวในตารางอื่น นี่คือความซับซ้อนต่อไปเพราะOUTER JOINสามารถที่จะตรงกับชุดที่ว่างเปล่า แต่ในการตั้งทฤษฎีสหภาพของชุดใด ๆและชุดที่ว่างเปล่าอยู่เสมอเพียงC Cชุดที่ว่างเปล่าไม่เพิ่มอะไรเลย การเป็นตัวแทนของสิ่งนี้LEFT OUTER JOINมักจะแสดงให้ทุกคนAเห็นว่าแถวในAนั้นถูกเลือกไม่ว่าจะมีการแข่งขันหรือไม่Bก็ตาม อย่างไรก็ตาม "องค์ประกอบการจับคู่" มีปัญหาเช่นเดียวกับภาพประกอบด้านบน ขึ้นอยู่กับเงื่อนไข และชุดที่ว่างเปล่าดูเหมือนจะเดินไปที่A:
ประโยคที่ทำให้รู้สึก
ค้นหาแถวทั้งหมดจาก a CROSS JOINด้วย Smith และรหัสไปรษณีย์บนดวงจันทร์:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
JOINตอนนี้แผนภาพเวนน์ไม่ได้ใช้เพื่อสะท้อนให้เห็นถึง มันใช้สำหรับข้อเท่านั้นWHERE :
.. และนั่นทำให้รู้สึก
เมื่อ INTERSECT และ UNION เข้าท่า
ตัด
ตามที่ได้อธิบายไม่ได้จริงๆINNER JOIN INTERSECTอย่างไรก็ตามINTERSECTs สามารถใช้กับผลลัพธ์ของข้อความค้นหาแยกต่างหาก นี่คือไดอะแกรมเวนน์เหมาะสมแล้วเนื่องจากองค์ประกอบจากคิวรีแบบแยกเป็นแถวที่จริงซึ่งเป็นของผลลัพธ์ใดผลลัพธ์หนึ่งหรือทั้งสองอย่าง จุดตัดจะส่งกลับเฉพาะผลลัพธ์ที่มีแถวอยู่ในข้อความค้นหาทั้งสอง สิ่งนี้SQLจะส่งผลให้แถวเดียวกันกับด้านบนWHEREและแผนภาพเวนน์จะเหมือนกัน:
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';
ยูเนี่ยน
OUTER JOINUNIONไม่ได้เป็น อย่างไรก็ตามUNIONทำงานภายใต้เงื่อนไขเดียวกันINTERSECTซึ่งทำให้ได้ผลลัพธ์ทั้งหมดที่รวมทั้ง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';
ซึ่งเทียบเท่ากับ:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
.. และให้ผลลัพธ์:
นอกจากนี้ที่นี่แผนภาพเวนน์ทำให้รู้สึก:
เมื่อมันใช้ไม่ได้
หมายเหตุสำคัญคือเหล่านี้ทำงานเฉพาะเมื่อโครงสร้างของผลที่ได้จากทั้งสองเลือกที่จะเหมือนกันที่ช่วยให้การเปรียบเทียบหรือสหภาพแรงงาน ผลลัพธ์ของทั้งสองนี้จะไม่เปิดใช้งานว่า:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
.. พยายามรวมผลลัพธ์ด้วยการUNIONให้
ORA-01790: expression must have same datatype as corresponding expression
ที่ให้ความสนใจต่อการอ่านบอกว่าไม่มีการแผนภาพเวนน์เมื่ออธิบายร่วมและSQL ร่วมเป็นแผนภาพเวนน์ EXCEPTทั้งยังปก
