सामान्य विचार
कृपया मार्टिन स्मिथ द्वारा अलग-अलग जोड़ों के बेहतर उदाहरणों और स्पष्टीकरणों सहित, और विशेष रूप से , और , के बीच के अंतर के जवाब को देखें ।FULL OUTER JOINRIGHT OUTER JOINLEFT OUTER JOIN
ये दो तालिकाएँ JOINनीचे के प्रतिनिधित्व के लिए एक आधार बनाती हैं:
क्रोस जॉइन
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शर्त की आवश्यकता है:
खेलने के लिए डेटा
सभी उदाहरण ओरेकल 18 सी पर चलाए गए हैं। वे 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 JOINNULL
आंतरिक रूप से जुड़ा
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
वेन आरेख के साथ परेशानी
"साइकल जॉइन क्रॉस इनर आउटर" पर एक छवि इंटरनेट खोज वेन आरेखों की भीड़ को दिखाएगी। मेरे पास मेरी डेस्क पर एक मुद्रित प्रति होती थी। लेकिन प्रतिनिधित्व के साथ मुद्दे हैं।
वेन आरेख सेट सिद्धांत के लिए उत्कृष्ट हैं, जहां एक तत्व एक या दोनों सेट में हो सकता है। लेकिन डेटाबेस के लिए, एक "सेट" में एक तत्व मुझे लगता है, एक तालिका में एक पंक्ति होने के लिए, और इसलिए किसी अन्य तालिका में भी मौजूद नहीं है। कई तालिकाओं में मौजूद एक पंक्ति जैसी कोई चीज नहीं है। एक पंक्ति तालिका के लिए अद्वितीय है।
आत्म जुड़ाव एक कोने का मामला है जहां प्रत्येक तत्व वास्तव में दोनों सेटों में समान है। लेकिन यह अभी भी नीचे के किसी भी मुद्दे से मुक्त नहीं है।
सेट Aबाईं ओर ( citizenतालिका) पर सेट का प्रतिनिधित्व करता Bहै और सेट postalcodeनीचे चर्चा में दाईं ओर ( तालिका) पर सेट है ।
क्रोस जॉइन
दोनों सेटों में हर तत्व दूसरे सेट में हर तत्व के साथ मेल खाता है, जिसका अर्थ है कि हमें कार्टेसियन उत्पाद का सही प्रतिनिधित्व करने के लिए हर तत्व की Aमात्रा और हर Bतत्व की मात्रा की आवश्यकता है । सेट सिद्धांत एक सेट में कई समान तत्वों के लिए नहीं बनाया गया है, इसलिए मैं वेन आरेखों को उचित रूप से अव्यवहारिक / असंभव का प्रतिनिधित्व करने के लिए पाता हूं। ऐसा लगता नहीं हैBAUNION बिल्कुल फिट बैठता है।
पंक्तियाँ अलग हैं। UNIONकुल में 7 पंक्तियाँ है। लेकिन वे एक सामान्य SQLपरिणाम सेट के लिए असंगत हैं । और यह नहीं है कि कैसे CROSS JOINकाम करता है:
इसे इस तरह प्रस्तुत करने की कोशिश की जा रही है:
..लेकिन अब यह सिर्फ एक जैसा दिखता है INTERSECTION, जो निश्चित रूप से नहीं है । इसके अलावा वहाँ कोई तत्व नहीं है INTERSECTIONकि वास्तव में दो अलग सेट में से किसी में है। हालाँकि, यह बहुत समान परिणामों की तरह दिखता है:
संदर्भ के लिए CROSS JOINएस के लिए एक खोज परिणाम ट्यूटोरियलगेटवे पर देखा जा सकता है । इस INTERSECTIONतरह, एक, खाली है।
आंतरिक रूप से जुड़ा
एक तत्व का मूल्य JOINस्थिति पर निर्भर करता है । इस शर्त के तहत इसका प्रतिनिधित्व करना संभव है कि हर पंक्ति उस स्थिति के लिए अद्वितीय हो जाए। अर्थ id=xकेवल एक पंक्ति के लिए सही है । एक बार तालिका में एक पंक्ति A( citizen) तालिका में कई पंक्तियों से मेल खाती है B( postalcode) JOINस्थिति के तहत , परिणाम में समान समस्याएं हैं CROSS JOIN: पंक्ति को कई बार प्रतिनिधित्व करने की आवश्यकता है, और सेट सिद्धांत वास्तव में उसके लिए नहीं बना है। विशिष्टता की स्थिति के तहत, आरेख हालांकि काम कर सकता है, लेकिन ध्यान रखें कि JOINस्थिति आरेख में एक तत्व की नियुक्ति को निर्धारित करती है। केवल JOINसवारी के लिए शेष पंक्ति के साथ स्थिति के मूल्यों को देखते हुए :
यह प्रतिनिधित्व पूरी तरह से अलग हो जाता है जब INNER JOINएक ON 1 = 1शर्त के साथ उपयोग करते हुए इसे एक में बनाते हैं CROSS JOIN।
एक स्वयं के साथ JOIN, पंक्तियाँ वास्तव में दोनों तालिकाओं में पहचान के तत्व हैं, लेकिन दोनों के रूप में तालिकाओं का प्रतिनिधित्व करते हैं Aऔर Bबहुत उपयुक्त नहीं है। उदाहरण के लिए एक आम आत्म JOINशर्त यह है कि में एक तत्व बनाता है Aएक मिलान किया जा करने के विभिन्न बी में तत्व है 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:
जहां खंड - समझ में आता है
CROSS JOINस्मिथ के साथ सभी पंक्तियों को खोजना और चंद्रमा पर पोस्टलकोड:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
अब वेन आरेख को प्रतिबिंबित करने के लिए उपयोग नहीं किया जाता है JOIN। इसका उपयोग केवलWHERE खंड के लिए किया जाता है :
..और जो समझ में आता है।
जब इंटरसेक्ट और यूनिअन समझ में आता है
INTERSECT
जैसा कि समझाया गया INNER JOINहै कि वास्तव में ए नहीं है INTERSECT। हालाँकि INTERSECTएस का उपयोग अलग-अलग प्रश्नों के परिणामों पर किया जा सकता है। यहां एक वेन आरेख समझ में आता है, क्योंकि अलग-अलग प्रश्नों के तत्व वास्तव में पंक्तियों में होते हैं जो या तो केवल एक परिणाम या दोनों से संबंधित होते हैं। इंट्रक्ट स्पष्ट रूप से केवल परिणाम लौटाएगा जहां पंक्ति दोनों प्रश्नों में मौजूद है। यह 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 JOINनहीं है UNION। हालाँकि UNION, उसी परिस्थितियों में काम करते हैं INTERSECT, जिसके परिणामस्वरूप सभी परिणामों की वापसी दोनों 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';
जो इसके बराबर है:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..और परिणाम देता है:
यहाँ भी एक वेन आरेख समझ में आता है:
जब यह लागू नहीं होता है
एक महत्वपूर्ण नोट यह है कि ये केवल तभी काम करते हैं जब दो SELECT से परिणाम की संरचना समान होती है, जिससे तुलना या मिलन सक्षम होता है। इन दोनों के परिणाम सक्षम नहीं होंगे:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
.. के साथ परिणाम गठबंधन करने की कोशिश कर UNIONएक देता है
ORA-01790: expression must have same datatype as corresponding expression
आगे की रुचि के लिए, वेन आरेख के रूप में वीएन डायग्राम्स को ना कहना पढ़ें और वीएन डायग्राम के रूप में एसक्यूएल जुड़ता है । दोनों को भी कवर किया EXCEPT।
