Ý tưởng chung
Xin vui lòng xem câu trả lời của Martin Smith để có minh họa và giải thích tốt hơn về các liên kết khác nhau, bao gồm và đặc biệt là sự khác biệt giữa FULL OUTER JOIN, RIGHT OUTER JOINvà LEFT OUTER JOIN.
Hai bảng này tạo thành một cơ sở để biểu diễn các JOINs dưới đây:
THAM GIA
SELECT *
FROM citizen
CROSS JOIN postalcode
Kết quả sẽ là các sản phẩm của Cartesian của tất cả các kết hợp. Không JOINcần điều kiện:
THAM GIA
INNER JOIN cũng giống như đơn giản: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
Kết quả sẽ là các kết hợp thỏa mãn JOINđiều kiện cần thiết :
TRÁI PHIẾU THAM GIA
LEFT OUTER JOIN giống như LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
Kết quả sẽ là tất cả mọi thứ citizenngay cả khi không có trận đấu nào postalcode. Một lần nữa một JOINđiều kiện được yêu cầu:
Dữ liệu để chơi
Tất cả các ví dụ đã được chạy trên Oracle 18c. Chúng có sẵn tại dbfiddle.uk , cũng là nơi ảnh chụp màn hình của các bảng.
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;
Ranh giới mờ khi chơi với JOINvàWHERE
THAM GIA
CROSS JOINdẫn đến các hàng là Ý tưởng chung / INNER JOIN:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
Sử dụng CROSS JOINđể có được kết quả của một LEFT OUTER JOINyêu cầu thủ thuật như thêm vào một NULLhàng. Nó bị bỏ qua.
THAM GIA
INNER JOINtrở thành một sản phẩm cartesian. Nó giống như Ý tưởng chung / CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
Đây là nơi tham gia bên trong thực sự có thể được xem là liên kết chéo với kết quả không phù hợp với điều kiện bị xóa. Ở đây không có hàng kết quả được loại bỏ.
Sử dụng INNER JOINđể có được kết quả của một LEFT OUTER JOINcũng đòi hỏi thủ thuật. Nó bị bỏ qua.
TRÁI PHIẾU THAM GIA
LEFT JOINkết quả trong các hàng là Ý tưởng chung / CROSS JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOINkết quả trong các hàng là Ý tưởng chung / 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
Những rắc rối với sơ đồ Venn
Một tìm kiếm trên internet hình ảnh trên "sql tham gia chéo bên trong bên ngoài" sẽ hiển thị vô số biểu đồ Venn. Tôi đã từng có một bản in của một trên bàn của tôi. Nhưng có vấn đề với đại diện.
Biểu đồ Venn là tuyệt vời cho lý thuyết tập hợp, trong đó một phần tử có thể nằm trong một hoặc cả hai tập hợp. Nhưng đối với cơ sở dữ liệu, đối với tôi, một phần tử trong một "tập hợp" dường như là một hàng trong một bảng và do đó cũng không xuất hiện trong bất kỳ bảng nào khác. Không có thứ gọi là một hàng trong nhiều bảng. Một hàng là duy nhất cho bảng.
Tự tham gia là một trường hợp góc trong đó mỗi phần tử trên thực tế là giống nhau trong cả hai bộ. Nhưng nó vẫn không có bất kỳ vấn đề nào dưới đây.
Tập hợp Ađại diện cho tập hợp bên trái ( citizenbảng) và tập hợp Blà tập hợp bên phải ( postalcodebảng) trong cuộc thảo luận dưới đây.
THAM GIA
Mọi yếu tố trong cả hai bộ được khớp với mọi yếu tố trong bộ khác, có nghĩa là chúng ta cần Asố lượng của mọi Byếu tố và Bsố lượng của mọi Ayếu tố để thể hiện đúng sản phẩm Cartesian này. Lý thuyết tập hợp không được tạo cho nhiều phần tử giống hệt nhau trong một tập hợp, vì vậy tôi thấy các sơ đồ Venn để thể hiện chính xác nó không thực tế / không thể. Dường như không UNIONphù hợp chút nào.
Các hàng là khác biệt. Tổng cộng UNIONcó 7 hàng. Nhưng chúng không tương thích với một SQLtập kết quả chung . Và đây không phải là cách một CROSS JOINcông trình hoàn toàn:
Cố gắng thể hiện nó như thế này:
..nhưng bây giờ nó trông giống như một cái INTERSECTION, nhưng chắc chắn là không . Hơn nữa, không có yếu tố INTERSECTIONnào thực sự nằm trong bất kỳ hai bộ riêng biệt nào. Tuy nhiên, nó trông rất giống các kết quả có thể tìm kiếm tương tự như sau:
Để tham khảo một kết quả có thể tìm kiếm cho CROSS JOINs có thể được nhìn thấy tại Tutorialgateway . Cái INTERSECTION, giống như cái này, trống rỗng.
THAM GIA
Giá trị của một yếu tố phụ thuộc vào JOINđiều kiện. Có thể biểu diễn điều này trong điều kiện mỗi hàng trở nên duy nhất cho điều kiện đó. Ý nghĩa id=xchỉ đúng với một hàng. Khi một hàng trong bảng A( citizen) khớp với nhiều hàng trong bảng B( postalcode) theo JOINđiều kiện, kết quả có cùng các vấn đề như CROSS JOIN: Hàng cần được biểu diễn nhiều lần và lý thuyết tập hợp không thực sự được thực hiện cho điều đó. Trong điều kiện duy nhất, sơ đồ có thể hoạt động, nhưng hãy nhớ rằng JOINđiều kiện xác định vị trí của một phần tử trong sơ đồ. Chỉ nhìn vào các giá trị của JOINđiều kiện với phần còn lại của hàng chỉ để đi xe:
Đại diện này hoàn toàn tách rời khi sử dụng INNER JOINmột ON 1 = 1điều kiện làm cho nó thành một CROSS JOIN.
Với bản thân JOIN, các hàng trong thực tế là các phần tử lý tưởng trong cả hai bảng, nhưng đại diện cho các bảng là cả hai Avà Bkhông phù hợp lắm. Ví dụ một tự chung JOINđiều kiện mà làm cho một phần tử trong Ađể thể đang khớp khác nhau phần tử trong B ON A.parent = B.child, làm cho trận đấu từ Ađể Bvào các yếu tố riêng biệt. Từ các ví dụ sẽ là SQLnhư thế này:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
Nghĩa là Smith là thủ lĩnh của cả Green và Jensen.
THAM GIA
Một lần nữa, rắc rối bắt đầu khi một hàng có nhiều kết quả khớp với các hàng trong bảng khác. Điều này còn phức tạp hơn vì OUTER JOINcó thể mặc dù phù hợp với tập hợp trống. Nhưng trong lý thuyết tập hợp, sự kết hợp của bất kỳ tập hợp nào Cvà một tập hợp trống, luôn luôn là như vậy C. Bộ trống không thêm gì. Đại diện của điều này LEFT OUTER JOINthường chỉ hiển thị tất cả Ađể minh họa rằng các hàng trong Ađược chọn bất kể có khớp hay không B. Tuy nhiên, "các yếu tố phù hợp" có cùng các vấn đề như minh họa ở trên. Họ phụ thuộc vào điều kiện. Và bộ trống dường như đã lang thang đến A:
Mệnh đề WHERE - có ý nghĩa
Tìm tất cả các hàng từ a CROSS JOINvới Smith và mã bưu chính trên Mặt trăng:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
Bây giờ biểu đồ Venn không được sử dụng để phản ánh JOIN. Nó chỉ được sử dụng cho WHEREmệnh đề:
.. và điều đó có ý nghĩa.
Khi INTERSECT và UNION có ý nghĩa
GIAO NHAU
Như đã giải thích một INNER JOINkhông thực sự là một INTERSECT. Tuy nhiên INTERSECTs có thể được sử dụng trên các kết quả của các truy vấn riêng biệt. Ở đây một sơ đồ Venn có ý nghĩa, bởi vì các yếu tố từ các truy vấn riêng biệt trên thực tế là các hàng thuộc về một trong hai kết quả hoặc cả hai. Intersect rõ ràng sẽ chỉ trả về kết quả trong đó hàng có mặt trong cả hai truy vấn. Điều này SQLsẽ dẫn đến cùng một hàng như trên WHEREvà biểu đồ Venn cũng sẽ giống nhau:
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';
LIÊN HIỆP
An OUTER JOINkhông phải là a UNION. Tuy nhiên, UNIONlàm việc trong cùng điều kiện như INTERSECT, dẫn đến trả về tất cả các kết quả kết hợp cả hai SELECT:
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';
tương đương với:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..và đưa ra kết quả:
Cũng ở đây một sơ đồ Venn có ý nghĩa:
Khi nó không áp dụng
Một lưu ý quan trọng là chúng chỉ hoạt động khi cấu trúc của các kết quả từ hai CHỌN giống nhau, cho phép so sánh hoặc kết hợp. Kết quả của hai điều này sẽ không cho phép:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
..trying để kết hợp các kết quả với UNIONcung cấp cho một
ORA-01790: expression must have same datatype as corresponding expression
Để biết thêm sự quan tâm, hãy đọc Nói KHÔNG với Biểu đồ Venn khi Giải thích THAM GIA và sql tham gia dưới dạng biểu đồ venn . Cả hai cũng che chở EXCEPT.
