जॉइन (एसक्यूएल)

स्ट्रक्चर्ड क्वेरी लैंग्वेज (एसक्यूएल) में जॉइन क्लॉज एक या अधिक टेबल के कॉलम को नई टेबल में जोड़ता है। यह ऑपरेशन संबंधपरक बीजगणित में जॉइन ऑपरेशन से युग्मित होता है। अनौपचारिक रूप से, जोड़ दो तालिकाओं को जोड़ता है और युग्मित होने वाली फ़ील्ड के साथ एक ही पंक्ति में रिकॉर्ड रखता है:,  ,  ,   और  आदि।

उदाहरण तालिका
जुड़ाव प्रकारों को समझाने के लिए, इस आलेख का शेष भाग निम्नलिखित तालिकाओं का उपयोग करता है:

की प्राथमिक कुंजी है  तालिका, जबकि    विदेशी कुंजी है.

ध्यान दें कि इसमें, विलियम्स को अभी तक कोई विभाग नहीं सौंपा गया है। इसके अलावा, विपणन विभाग में कोई कर्मचारी नियुक्त नहीं किया गया है।

उपरोक्त तालिकाएँ बनाने के लिए ये SQL कथन हैं:

 टेबल विभाग बनाएं(   डिपार्टमेंटआईडी इंट प्राथमिक कुंजी शून्य नहीं है,    विभाग का नाम VARCHAR(20) );

टेबल कर्मचारी बनाएं (   अंतिम नाम VARCHAR(20),    DepartmentID पूर्ण संदर्भ विभाग(DepartmentID) );

विभाग में सम्मिलित करें मान (31, 'बिक्री'), (33, 'इंजीनियरिंग'), (34, 'लिपिकीय'), (35, 'मार्केटिंग');

कर्मचारी में डालें मूल्य ('रैफर्टी', 31), ('जोन्स', 33), ('हाइजेनबर्ग', 33), ('रॉबिन्सन', 34), ('स्मिथ', 34), ('विलियम्स', शून्य); 

क्रॉस जॉइन
जॉइन में तालिकाओं से पंक्तियों का कार्टेशियन उत्पाद लौटाता है। दूसरे शब्दों में, यह ऐसी पंक्तियाँ उत्पन्न करेगा जो पहली तालिका की प्रत्येक पंक्ति को दूसरी तालिका की प्रत्येक पंक्ति के साथ जोड़ती हैं।

स्पष्ट क्रॉस जॉइन का उदाहरण: अंतर्निहित क्रॉस जॉइन का उदाहरण: क्रॉस जॉइन को हमेशा सही स्थिति के साथ आंतरिक जॉइन से बदला जा सकता है:

सम्मिलित तालिका से पंक्तियों को फ़िल्टर करने के लिए स्वयं कोई विधेय लागू नहीं करता है। ए के परिणाम  व्हेयर (एसक्यूएल)| का उपयोग करके फ़िल्टर किया जा सकता है खंड, जो तब आंतरिक जुड़ाव के समतुल्य उत्पन्न कर सकता है।

SQL:2011 मानक में, क्रॉस जॉइन वैकल्पिक F401, ्सटेंडेड जॉइन्ड टेबल, पैकेज का हिस्सा हैं।

सामान्य उपयोग सर्वर के प्रदर्शन की जाँच के लिए होता है।

आंतरिक जुड़ाव
इनर जॉइन (या जॉइन) के लिए दो जुड़ी हुई तालिकाओं में प्रत्येक पंक्ति में मेल खाने वाले कॉलम मानों की आवश्यकता होती है, और यह अनुप्रयोग प्रक्रिया सामग्री में आमतौर पर उपयोग किया जाने वाला जॉइन ऑपरेशन है, लेकिन इसे सभी स्थितियों में सबसे अच्छा विकल्प नहीं माना जाना चाहिए। इनर जॉइन, जॉइन-प्रेडिकेट के आधार पर दो तालिकाओं (ए और बी) के कॉलम मानों को मिलाकर नई परिणाम तालिका बनाता है। क्वेरी ए की प्रत्येक पंक्ति की तुलना बी की प्रत्येक पंक्ति से करती है ताकि पंक्तियों के सभी जोड़े ढूंढे जा सकें जो जुड़ाव-विधेय को संतुष्ट करते हैं। जब जॉइन-प्रेडिकेट गैर- शून्य (एसक्यूएल)  मानों के मिलान से संतुष्ट होता है, तो ए और बी की पंक्तियों की प्रत्येक मिलान जोड़ी के लिए कॉलम मान  परिणाम पंक्ति में संयोजित होते हैं।

जॉइन के परिणाम को पहले तालिकाओं में सभी पंक्तियों के कार्टेशियन उत्पाद (या #क्रॉस जॉइन) लेने के परिणाम के रूप में परिभाषित किया जा सकता है (तालिका ए में प्रत्येक पंक्ति को तालिका बी में प्रत्येक पंक्ति के साथ जोड़ना) और फिर सभी पंक्तियों को वापस करना जो जॉइन विधेय को संतुष्ट करते हैं। वास्तविक एसक्यूएल कार्यान्वयन आम तौर पर अन्य दृष्टिकोणों का उपयोग करते हैं, जैसे हैश जॉइन या सॉर्ट-मर्ज जॉइन, क्योंकि कार्टेशियन उत्पाद की गणना धीमी है और स्टोर करने के लिए अक्सर बड़ी मात्रा में मेमोरी की आवश्यकता होती है।

SQL जुड़ाव को व्यक्त करने के लिए दो अलग-अलग वाक्यात्मक तरीके निर्दिष्ट करता है: स्पष्ट जुड़ाव संकेतन और अंतर्निहित जुड़ाव संकेतन। अंतर्निहित जुड़ाव संकेतन को अब सर्वोत्तम अभ्यास नहीं माना जाता है, हालाँकि डेटाबेस सिस्टम अभी भी इसका समर्थन करते हैं।

स्पष्ट जॉइन नोटेशन का उपयोग करता है  कीवर्ड, वैकल्पिक रूप से पहले   कीवर्ड, शामिल होने के लिए तालिका निर्दिष्ट करने के लिए, और   शामिल होने के लिए पूर्वानुमान निर्दिष्ट करने के लिए कीवर्ड, जैसा कि निम्नलिखित उदाहरण में है:

अंतर्निहित जॉइन नोटेशन केवल शामिल होने के लिए तालिकाओं को सूचीबद्ध करता है  का खंड   कथन, उन्हें अलग करने के लिए अल्पविराम का उपयोग करना। इस प्रकार यह  #क्रॉस जॉइन निर्दिष्ट करता है, और   खंड अतिरिक्त फ़िल्टर-विधेय लागू कर सकता है (जो स्पष्ट नोटेशन में सम्मिलित-विधेय की तुलना में कार्य करता है)।

निम्नलिखित उदाहरण पिछले उदाहरण के बराबर है, लेकिन इस बार अंतर्निहित जॉइन नोटेशन का उपयोग किया जा रहा है:

ऊपर दिए गए उदाहरणों में दिए गए प्रश्न दोनों तालिकाओं के डिपार्टमेंटआईडी कॉलम का उपयोग करके कर्मचारी और विभाग तालिकाओं में शामिल हो जाएंगे। जहां इन तालिकाओं का डिपार्टमेंटआईडी मेल खाता है (यानी जॉइन-प्रेडिकेट संतुष्ट है), क्वेरी दो तालिकाओं से लास्टनाम, डिपार्टमेंटआईडी और डिपार्टमेंटनाम कॉलम को परिणाम पंक्ति में संयोजित करेगी। जहां डिपार्टमेंट आईडी मेल नहीं खाती, वहां कोई परिणाम पंक्ति उत्पन्न नहीं होती है।

इस प्रकार उपरोक्त क्वेरी की क्वेरी योजना का परिणाम होगा:

कर्मचारी विलियम्स और विभाग मार्केटिंग क्वेरी निष्पादन परिणामों में दिखाई नहीं देते हैं। इनमें से किसी की भी अन्य संबंधित तालिका में कोई मेल खाने वाली पंक्तियाँ नहीं हैं: विलियम्स के पास कोई संबद्ध विभाग नहीं है, और किसी भी कर्मचारी के पास विभाग आईडी 35 (मार्केटिंग) नहीं है। वांछित परिणामों के आधार पर, यह व्यवहार सूक्ष्म बग हो सकता है, जिसे आंतरिक जोड़ को #बाहरी जोड़ से बदलकर टाला जा सकता है।

आंतरिक जुड़ाव और शून्य मान
प्रोग्रामर को उन स्तंभों पर तालिकाओं को जोड़ते समय विशेष ध्यान रखना चाहिए जिनमें नल (एसक्यूएल) मान हो सकते हैं, क्योंकि NULL कभी भी किसी अन्य मान से मेल नहीं खाएगा (यहां तक ​​कि NULL भी नहीं), जब तक कि जुड़ने की स्थिति स्पष्ट रूप से संयोजन विधेय का उपयोग नहीं करती है जो पहले जांचता है कि कॉलम जुड़ते हैं हैं   शेष विधेय शर्त(शर्तों) को लागू करने से पहले। इनर जॉइन का उपयोग केवल उस डेटाबेस में सुरक्षित रूप से किया जा सकता है जो संदर्भात्मक अखंडता को लागू करता है या जहां जॉइन कॉलम के शून्य न होने की गारंटी होती है। कई लेनदेन प्रसंस्करण संबंधपरक डेटाबेस डेटा अखंडता सुनिश्चित करने के लिए ACID|परमाणुता, स्थिरता, अलगाव, स्थायित्व (ACID) डेटा अद्यतन मानकों पर भरोसा करते हैं, जिससे आंतरिक जुड़ाव  उपयुक्त विकल्प बन जाता है। हालाँकि, लेन-देन डेटाबेस में आमतौर पर वांछनीय जुड़ाव वाले कॉलम भी होते हैं जिन्हें NULL होने की अनुमति होती है। कई रिपोर्टिंग रिलेशनल डेटाबेस और डेटा वेयरहाउस हाई वॉल्यूम ्सट्रैक्ट, ट्रांसफॉर्म, लोड (ईटीएल) बैच अपडेट का उपयोग करते हैं जो संदर्भात्मक अखंडता को लागू करना मुश्किल या असंभव बनाते हैं, जिसके परिणामस्वरूप संभावित रूप से NULL जॉइन कॉलम होते हैं जिन्हें SQL क्वेरी लेखक संशोधित नहीं कर सकता है और जो किसी त्रुटि के संकेत के बिना डेटा को छोड़ने के लिए इनर जॉइन का कारण बनता है। इनर जॉइन का उपयोग करने का विकल्प डेटाबेस डिज़ाइन और डेटा विशेषताओं पर निर्भर करता है। जब  तालिका में शामिल कॉलम में NULL मान हो सकते हैं, तो बाएं बाहरी जुड़ाव को आमतौर पर आंतरिक जुड़ाव के लिए प्रतिस्थापित किया जा सकता है।

कोई भी डेटा कॉलम जो NULL (खाली) हो सकता है, उसे कभी भी इनर जॉइन में लिंक के रूप में उपयोग नहीं किया जाना चाहिए, जब तक कि इच्छित परिणाम NULL मान वाली पंक्तियों को खत्म करना न हो। यदि परिणाम सेट से NULL जॉइन कॉलम को जानबूझकर हटाया जाना है, तो आंतरिक जॉइन बाहरी जॉइन से तेज़ हो सकता है क्योंकि टेबल जॉइन और फ़िल्टरिंग ही चरण में की जाती है। इसके विपरीत, SQL व्हेयर क्लॉज में डेटाबेस फ़ंक्शंस के साथ संयोजन में बड़ी मात्रा में क्वेरी में उपयोग किए जाने पर आंतरिक जुड़ाव के परिणामस्वरूप विनाशकारी रूप से धीमा प्रदर्शन या सर्वर क्रैश भी हो सकता है।   SQL व्हेयर क्लॉज़ में  फ़ंक्शन के परिणामस्वरूप डेटाबेस अपेक्षाकृत कॉम्पैक्ट टेबल इंडेक्स को अनदेखा कर सकता है। गणना किए गए मान पर निर्भर फ़िल्टर का उपयोग करके पंक्तियों की संख्या को कम करने से पहले डेटाबेस दोनों तालिकाओं से चयनित कॉलम को पढ़ और आंतरिक रूप से जोड़ सकता है, जिसके परिणामस्वरूप अपेक्षाकृत भारी मात्रा में अकुशल प्रसंस्करण होता है।

जब परिणाम सेट कई तालिकाओं को जोड़कर तैयार किया जाता है, जिसमें संख्यात्मक पहचानकर्ता कोड ( लुकअप तालिका) के पूर्ण-पाठ विवरण देखने के लिए उपयोग की जाने वाली मास्टर तालिकाएं भी शामिल होती हैं, तो विदेशी कुंजी में से किसी  में शून्य मान के परिणामस्वरूप परिणाम सेट से पूरी पंक्ति को हटाया जा सकता है, त्रुटि का कोई संकेत नहीं।  जटिल SQL क्वेरी जिसमें  या अधिक आंतरिक जोड़ और कई बाहरी जोड़ शामिल होते हैं, आंतरिक जुड़ाव लिंक कॉलम में NULL मानों के लिए समान जोखिम होता है।

इनर जॉइन वाले SQL कोड के प्रति प्रतिबद्धता यह मानती है कि NULL जॉइन कॉलम को भविष्य में होने वाले बदलावों द्वारा पेश नहीं किया जाएगा, जिसमें विक्रेता अपडेट, डिज़ाइन परिवर्तन और एप्लिकेशन के डेटा सत्यापन नियमों के बाहर बल्क प्रोसेसिंग जैसे डेटा रूपांतरण, माइग्रेशन, बल्क आयात और मर्ज शामिल हैं।

आंतरिक जोड़ को आगे चलकर समान जोड़, प्राकृतिक जोड़ या क्रॉस-जोड़ के रूप में वर्गीकृत किया जा सकता है।

इक्वि-जॉइन
इक्वि-जॉइन विशिष्ट प्रकार का तुलनित्र-आधारित जॉइन है, जो जॉइन-प्रेडिकेट में केवल समानता (गणित) तुलना का उपयोग करता है। अन्य तुलना ऑपरेटरों का उपयोग करना (जैसे  )  जॉइन को इक्वि-जॉइन के रूप में अयोग्य घोषित करता है। ऊपर दिखाई गई क्वेरी पहले ही  समान-जॉइन का उदाहरण प्रदान कर चुकी है: हम इक्वी-जॉइन को नीचे इस प्रकार लिख सकते हैं,

यदि इक्वि-जॉइन में कॉलमों का नाम समान है, तो SQL-92 इक्वि-जॉइन को व्यक्त करने के लिए वैकल्पिक शॉर्टहैंड नोटेशन प्रदान करता है।   निर्माण:

ई> निर्माण केवल वाक्यात्मक चीनी से अधिक है, हालांकि, परिणाम सेट स्पष्ट विधेय के साथ संस्करण के परिणाम सेट से भिन्न होता है। विशेष रूप से, में उल्लिखित कोई भी कॉलम  सूची शामिल होने वाली प्रत्येक तालिका के लिए  बार के बजाय केवल  बार अयोग्य नाम के साथ दिखाई देगी। उपरोक्त मामले में, ल होगा   कॉलम और नं   या. e> क्लॉज MS SQL सर्वर और Sybase द्वारा समर्थित नहीं है।

प्राकृतिक जुड़ाव
प्राकृतिक जुड़ाव सम-जुड़ का विशेष मामला है। प्राकृतिक जुड़ाव (⋈)  द्विआधारी संबंध है जिसे (आर ⋈ एस) के रूप में लिखा जाता है जहां आर और एस संबंध (डेटाबेस) हैं। प्राकृतिक जुड़ाव का परिणाम आर और एस में टुपल्स के सभी संयोजनों का सेट है जो उनके सामान्य विशेषता नामों पर समान हैं। उदाहरण के लिए कर्मचारी और विभाग और उनके स्वाभाविक जुड़ाव तालिकाओं पर विचार करें:

इसका उपयोग संबंधों की संरचना को परिभाषित करने के लिए भी किया जा सकता है। उदाहरण के लिए, कर्मचारी और विभाग की संरचना उनका जुड़ाव है जैसा कि ऊपर दिखाया गया है, सामान्य विशेषता विभागनाम को छोड़कर सभी पर प्रक्षेपित किया गया है। श्रेणी सिद्धांत में, जुड़ाव बिल्कुल फाइबर उत्पाद है।

प्राकृतिक जुड़ाव यकीनन सबसे महत्वपूर्ण ऑपरेटरों में से है क्योंकि यह तार्किक AND का संबंधपरक समकक्ष है। ध्यान दें कि यदि AND से जुड़े दो विधेयों में से प्रत्येक में  ही चर दिखाई देता है, तो वह चर  ही चीज़ के लिए खड़ा होता है और दोनों दिखावे को हमेशा  ही मान से प्रतिस्थापित किया जाना चाहिए। विशेष रूप से, प्राकृतिक जुड़ाव उन संबंधों के संयोजन की अनुमति देता है जो किसी विदेशी कुंजी से जुड़े होते हैं। उदाहरण के लिए, उपरोक्त उदाहरण में  विदेशी कुंजी संभवतः Employee.DeptName से Dept.DeptName तक होती है और फिर कर्मचारी और विभाग का प्राकृतिक जुड़ाव सभी कर्मचारियों को उनके विभागों के साथ जोड़ता है। यह काम करता है क्योंकि विदेशी कुंजी समान नाम वाली विशेषताओं के बीच रहती है। यदि ऐसा मामला नहीं है जैसे विभाग प्रबंधक से कर्मचारी नाम तक की विदेशी कुंजी में तो प्राकृतिक जुड़ाव लेने से पहले इन कॉलमों का नाम बदलना होगा। इस तरह के जुड़ाव को कभी-कभी 'इक्वी-जॉइन' भी कहा जाता है।

अधिक औपचारिक रूप से प्राकृतिक जुड़ाव के शब्दार्थ को इस प्रकार परिभाषित किया गया है:


 * $$R \bowtie S = \left\{ t \cup s \mid t \in R \ \land \ s \in S \ \land \ \mathit{Fun}(t \cup s) \right\}$$,

जहां फन विधेय (गणित) है जो  संबंध (गणित) आर के लिए सत्य है यदि और केवल यदि आर  फ़ंक्शन है। आमतौर पर यह आवश्यक है कि आर और एस में कम से कम  सामान्य विशेषता होनी चाहिए, लेकिन यदि इस बाधा को छोड़ दिया जाता है, और आर और एस में कोई सामान्य विशेषता नहीं है, तो प्राकृतिक जुड़ाव बिल्कुल कार्टेशियन उत्पाद बन जाता है।

प्राकृतिक जुड़ाव को कोडड के आदिमों के साथ निम्नानुसार अनुकरण किया जा सकता है। चलो सी1, ..., सीm आर और एस, आर के लिए सामान्य विशेषता नाम बनें1, ..., आरn आर और लेट एस के लिए अद्वितीय विशेषता नाम बनें1, ..., एसk एस के लिए अद्वितीय विशेषताएँ बनें। इसके अलावा, मान लें कि विशेषता नाम x है1, ..., ्सm न तो आर में हैं और न ही एस में। पहले चरण में अब एस में सामान्य विशेषता नामों का नाम बदला जा सकता है:


 * $$T = \rho_{x_1/c_1,\ldots,x_m/c_m}(S) = \rho_{x_1/c_1}(\rho_{x_2/c_2}(\ldots\rho_{x_m/c_m}(S)\ldots))$$

फिर हम कार्टेशियन उत्पाद लेते हैं और उन टुपल्स का चयन करते हैं जिन्हें जोड़ा जाना है:


 * $$U = \pi_{r_1,\ldots,r_n,c_1,\ldots,c_m,s_1,\ldots,s_k}(P)$$

प्राकृतिक जुड़ाव  प्रकार का इक्वि-जॉइन है जहां जॉइन विधेय दोनों तालिकाओं में सभी कॉलमों की तुलना करके अंतर्निहित रूप से उत्पन्न होता है, जिसमें शामिल तालिकाओं में समान कॉलम-नाम होते हैं। परिणामी सम्मिलित तालिका में समान रूप से नामित स्तंभों की प्रत्येक जोड़ी के लिए केवल  स्तंभ होता है। ऐसी स्थिति में जब समान नाम वाला कोई कॉलम नहीं मिलता है, तो परिणाम क्रॉस जॉइन होता है।

अधिकांश विशेषज्ञ इस बात से सहमत हैं कि प्राकृतिक जोड़ खतरनाक हैं और इसलिए उनके उपयोग को दृढ़ता से हतोत्साहित करते हैं। खतरा अनजाने में नया कॉलम जोड़ने से आता है, जिसका नाम दूसरी तालिका के दूसरे कॉलम के समान है।  मौजूदा प्राकृतिक जोड़ स्वाभाविक रूप से तुलना के लिए नए कॉलम का उपयोग कर सकता है, पहले की तुलना में विभिन्न मानदंडों (विभिन्न कॉलमों से) का उपयोग करके तुलना/मिलान कर सकता है। इस प्रकार  मौजूदा क्वेरी अलग-अलग परिणाम दे सकती है, भले ही तालिकाओं में डेटा बदला नहीं गया है, बल्कि केवल संवर्धित किया गया है। तालिका लिंक को स्वचालित रूप से निर्धारित करने के लिए कॉलम नामों का उपयोग सैकड़ों या हजारों तालिकाओं वाले बड़े डेटाबेस में  विकल्प नहीं है, जहां यह नामकरण परंपराओं पर अवास्तविक बाधा डालेगा। वास्तविक दुनिया के डेटाबेस आमतौर पर विदेशी कुंजी डेटा के साथ डिज़ाइन किए जाते हैं जो व्यावसायिक नियमों और संदर्भ के कारण लगातार पॉप्युलेट नहीं होते हैं (शून्य मानों की अनुमति है)। विभिन्न तालिकाओं में समान डेटा के कॉलम नामों को संशोधित करना आम बात है और कठोर स्थिरता की यह कमी प्राकृतिक जुड़ाव को चर्चा के लिए  सैद्धांतिक अवधारणा में बदल देती है।

आंतरिक जुड़ाव के लिए उपरोक्त नमूना क्वेरी को प्राकृतिक जुड़ाव के रूप में निम्नलिखित तरीके से व्यक्त किया जा सकता है: स्पष्ट के साथ के रूप में  खंड, सम्मिलित तालिका में केवल  डिपार्टमेंटआईडी कॉलम होता है, जिसमें कोई क्वालीफायर नहीं होता है:

PostgreSQL, MySQL और Oracle प्राकृतिक जुड़ाव का समर्थन करते हैं; Microsoft T-SQL और IBM DB2 नहीं करते हैं। जॉइन में उपयोग किए गए कॉलम अंतर्निहित हैं, इसलिए जॉइन कोड यह नहीं दिखाता है कि कौन से कॉलम अपेक्षित हैं, और कॉलम नामों में बदलाव से परिणाम बदल सकते हैं। SQL:2011 मानक में, प्राकृतिक जोड़ वैकल्पिक F401, विस्तारित शामिल तालिका, पैकेज का हिस्सा हैं।

कई डेटाबेस परिवेशों में कॉलम नाम किसी बाहरी विक्रेता द्वारा नियंत्रित होते हैं, क्वेरी डेवलपर द्वारा नहीं। प्राकृतिक जुड़ाव कॉलम नामों में स्थिरता और स्थिरता मानता है जो विक्रेता द्वारा अनिवार्य संस्करण अपग्रेड के दौरान बदल सकता है।

बाहरी जुड़ाव
सम्मिलित तालिका प्रत्येक पंक्ति को बरकरार रखती है - भले ही कोई अन्य मिलान पंक्ति मौजूद न हो। बाहरी जोड़ को बाएँ बाहरी जोड़, दाएँ बाहरी जोड़ और पूर्ण बाहरी जोड़ में उप-विभाजित किया जाता है, यह इस पर निर्भर करता है कि किस तालिका की पंक्तियाँ बरकरार रखी गई हैं: बाएँ, दाएँ, या दोनों (इस मामले में बाएँ और दाएँ तालिका के दो पक्षों को संदर्भित करते हैं)  कीवर्ड)। #इनर जॉइन की तरह, कोई भी सभी प्रकार के बाहरी जॉइन को #इक्वि-जॉइन|इक्वि-जॉइन, #नेचुरल जॉइन, के रूप में उप-वर्गीकृत कर सकता है।   (रिलेशनल अलजेब्रा#θ-जॉइन और इक्विजॉइन|θ-जॉइन), आदि। मानक SQL में बाहरी जुड़ावों के लिए कोई अंतर्निहित जुड़ाव-नोटेशन मौजूद नहीं है।

बायां बाहरी जुड़ाव
तालिका ए और बी के लिए बाएं बाहरी जोड़ (या बस बाएं जोड़) के परिणाम में हमेशा बाईं तालिका (ए) की सभी पंक्तियां शामिल होती हैं, भले ही शामिल होने की स्थिति को सही तालिका (बी) में कोई मिलान पंक्ति नहीं मिलती है। इसका मतलब यह है कि यदि  खंड बी में 0 (शून्य) पंक्तियों से मेल खाता है (ए में दी गई पंक्ति के लिए), जुड़ाव अभी भी परिणाम में  पंक्ति लौटाएगा (उस पंक्ति के लिए) - लेकिन बी से प्रत्येक कॉलम में शून्य के साथ।  बायां बाहरी जुड़ाव सभी को लौटाता है आंतरिक जुड़ाव के मान और बाईं तालिका के सभी मान जो दाहिनी तालिका से मेल नहीं खाते हैं, जिसमें लिंक कॉलम में NULL (खाली) मान वाली पंक्तियाँ भी शामिल हैं।

उदाहरण के लिए, यह हमें किसी कर्मचारी का विभाग ढूंढने की अनुमति देता है, लेकिन फिर भी उन कर्मचारियों को दिखाता है जिन्हें किसी विभाग को नहीं सौंपा गया है (ऊपर दिए गए इनर-जॉइन उदाहरण के विपरीत, जहां बिना असाइन किए गए कर्मचारियों को परिणाम से बाहर रखा गया था)।

बाएँ बाहरी जुड़ाव का उदाहरण (द कीवर्ड वैकल्पिक है), अतिरिक्त परिणाम पंक्ति (आंतरिक जुड़ाव की तुलना में) इटैलिकाइज़्ड के साथ:

वैकल्पिक वाक्यविन्यास

ओरेकल बहिष्कृत का समर्थन करता है सिंटैक्स: Sybase सिंटैक्स का समर्थन करता है (Microsoft SQL सर्वर ने संस्करण 2000 से इस सिंटैक्स को हटा दिया है): IBM Informix सिंटैक्स का समर्थन करता है:

दायां बाहरी जुड़ाव
दायां बाहरी जोड़ (या दायां जोड़) बाएं बाहरी जोड़ से काफी मिलता-जुलता है, सिवाय तालिकाओं के उलटे व्यवहार के। दाहिनी तालिका (बी) से प्रत्येक पंक्ति कम से कम बार सम्मिलित तालिका में दिखाई देगी। यदि बाईं तालिका (ए) से कोई मिलान पंक्ति मौजूद नहीं है, तो NULL उन पंक्तियों के लिए ए से कॉलम में दिखाई देगा जिनका बी में कोई मिलान नहीं है।

दायां बाहरी जोड़ दाहिनी तालिका से सभी मान लौटाता है और बाईं तालिका से मिलान किए गए मान लौटाता है (कोई मिलान न होने की स्थिति में NULL)। उदाहरण के लिए, यह हमें प्रत्येक कर्मचारी और उसके विभाग को ढूंढने की अनुमति देता है, लेकिन फिर भी ऐसे विभाग दिखाता है जिनमें कोई कर्मचारी नहीं है।

नीचे दाएं बाहरी जुड़ाव का उदाहरण दिया गया है (द कीवर्ड वैकल्पिक है), अतिरिक्त परिणाम पंक्ति इटैलिकाइज़्ड के साथ:

दाएं और बाएं बाहरी जोड़ कार्यात्मक रूप से समतुल्य हैं। इनमें से कोई भी ऐसी कोई कार्यक्षमता प्रदान नहीं करता है जो दूसरा नहीं करता है, इसलिए जब तक तालिका क्रम स्विच किया जाता है तब तक दाएं और बाएं बाहरी जोड़ -दूसरे को प्रतिस्थापित कर सकते हैं।

पूर्ण बाहरी जुड़ाव
वैचारिक रूप से, पूर्ण बाहरी जुड़ाव बाएँ और दाएँ दोनों बाहरी जुड़ावों को लागू करने के प्रभाव को जोड़ता है। जहां पूर्ण बाहरी सम्मिलित तालिकाओं में पंक्तियाँ मेल नहीं खातीं, परिणाम सेट में तालिका के प्रत्येक कॉलम के लिए NULL मान होंगे जिनमें मिलान पंक्ति का अभाव है। उन पंक्तियों के लिए जो मेल खाती हैं, परिणाम सेट में  ल पंक्ति तैयार की जाएगी (जिसमें दोनों तालिकाओं से भरे गए कॉलम होंगे)।

उदाहरण के लिए, यह हमें प्रत्येक कर्मचारी को देखने की अनुमति देता है जो विभाग में है और प्रत्येक विभाग जिसमें  कर्मचारी है, लेकिन प्रत्येक कर्मचारी को भी देख सकता है जो  विभाग का हिस्सा नहीं है और प्रत्येक विभाग जिसमें  कर्मचारी नहीं है।

पूर्ण बाहरी जोड़ का उदाहरण ( कीवर्ड वैकल्पिक है):

कुछ डेटाबेस प्रणालियाँ सीधे पूर्ण बाहरी जुड़ाव कार्यक्षमता का समर्थन नहीं करती हैं, लेकिन वे क्रमशः बाएँ और दाएँ तालिकाओं से ल तालिका पंक्तियों के सभी चयनों और आंतरिक जुड़ाव के उपयोग के माध्यम से इसका अनुकरण कर सकते हैं। वही उदाहरण इस प्रकार दिखाई दे सकता है: अन्य दृष्टिकोण यूनियन हो सकता है, सभी बाएँ बाहरी जोड़ और दाएँ बाहरी जोड़ माइनस आंतरिक जुड़ाव।

स्वयं-जुड़ना
सेल्फ-जॉइन टेबल को खुद से जोड़ना है।

उदाहरण

यदि कर्मचारियों के लिए दो अलग-अलग तालिकाएँ थीं और क्वेरी जिसमें पहली तालिका में कर्मचारियों से दूसरी तालिका में कर्मचारियों के समान देश का अनुरोध किया गया था, तो उत्तर तालिका खोजने के लिए  सामान्य जॉइन ऑपरेशन का उपयोग किया जा सकता था। हालाँकि, सभी कर्मचारी जानकारी  ही बड़ी तालिका में समाहित है। संशोधित पर विचार करें  तालिका जैसे कि निम्नलिखित:

जिसके परिणामस्वरूप निम्न तालिका उत्पन्न होती है। इस उदाहरण के लिए: मूल प्रश्न को संतुष्ट करने के लिए दो मध्य युग्मों में से केवल की आवश्यकता है, और सबसे ऊपर और सबसे नीचे वाले को इस उदाहरण में कोई दिलचस्पी नहीं है।
 * और  कर्मचारी तालिका की पहली और दूसरी प्रतियों के लिए उपनाम (एसक्यूएल) हैं।
 * स्थिति  विभिन्न देशों में कर्मचारियों के बीच युग्मों को शामिल नहीं किया गया है। उदाहरण प्रश्न केवल  ही देश में कर्मचारियों के जोड़े चाहता था।
 * स्थिति  जहां जोड़ों को शामिल नहीं किया गया है   पहले कर्मचारी से अधिक या उसके बराबर है   दूसरे कर्मचारी का. दूसरे शब्दों में, इस शर्त का प्रभाव डुप्लिकेट जोड़ियों और स्वयं-जोड़ियों को बाहर करना है। इसके बिना, निम्नलिखित कम उपयोगी तालिका तैयार की जाएगी (नीचे दी गई तालिका परिणाम का केवल जर्मनी भाग प्रदर्शित करती है):

विकल्प
बाहरी जुड़ाव का प्रभाव इनर जॉइन और मुख्य तालिका में उन पंक्तियों के चयन के बीच यूनियन ऑल का उपयोग करके भी प्राप्त किया जा सकता है जो जुड़ने की शर्त को पूरा नहीं करते हैं। उदाहरण के लिए,

के रूप में भी लिखा जा सकता है

कार्यान्वयन
डेटाबेस-सिस्टम में बहुत से काम का उद्देश्य जॉइन के कुशल कार्यान्वयन पर है, क्योंकि रिलेशनल सिस्टम आमतौर पर जॉइन की मांग करते हैं, फिर भी उनके कुशल निष्पादन को अनुकूलित करने में कठिनाइयों का सामना करना पड़ता है। समस्या इसलिए उत्पन्न होती है क्योंकि आंतरिक जोड़ क्रमविनिमेय और साहचर्य दोनों तरह से काम करते हैं। व्यवहार में, इसका मतलब यह है कि उपयोगकर्ता केवल जुड़ने के लिए तालिकाओं की सूची और उपयोग करने के लिए जुड़ने की शर्तों की आपूर्ति करता है, और डेटाबेस सिस्टम के पास ऑपरेशन करने का सबसे कुशल तरीका निर्धारित करने का कार्य होता है। क्वेरी अनुकूलक यह निर्धारित करता है कि जॉइन वाली क्वेरी को कैसे निष्पादित किया जाए।  क्वेरी ऑप्टिमाइज़र में दो बुनियादी स्वतंत्रताएँ होती हैं:


 * 1) जुड़ने का क्रम: क्योंकि यह कार्यों को क्रमविनिमेय और साहचर्य रूप से जोड़ता है, जिस क्रम में सिस्टम तालिकाओं से जुड़ता है वह क्वेरी के अंतिम परिणाम सेट को नहीं बदलता है। हालाँकि, जॉइन-ऑर्डर का जॉइन ऑपरेशन की लागत पर भारी प्रभाव पड़ सकता है, इसलिए सबसे अच्छा जॉइन ऑर्डर चुनना बहुत महत्वपूर्ण हो जाता है।
 * 2) शामिल होने की विधि: दो तालिकाओं और  जुड़ने की स्थिति को देखते हुए, कई कलन विधि शामिल होने के परिणाम सेट का उत्पादन कर सकते हैं। कौन सा एल्गोरिदम सबसे अधिक कुशलता से चलता है यह इनपुट तालिकाओं के आकार, प्रत्येक तालिका से जुड़ने की स्थिति से मेल खाने वाली पंक्तियों की संख्या और बाकी क्वेरी के लिए आवश्यक संचालन पर निर्भर करता है।

कई जॉइन-एल्गोरिदम अपने इनपुट को अलग तरह से व्यवहार करते हैं। किसी जॉइन के इनपुट को क्रमशः बाहरी और आंतरिक जॉइन ऑपरेंड, या बाएँ और दाएँ के रूप में संदर्भित किया जा सकता है। उदाहरण के लिए, नेस्टेड लूप के मामले में, डेटाबेस सिस्टम बाहरी संबंध की प्रत्येक पंक्ति के लिए संपूर्ण आंतरिक संबंध को स्कैन करेगा।

कोई भी शामिल होने वाली क्वेरी-योजनाओं को निम्नानुसार वर्गीकृत कर सकता है:
 * लेफ्ट-डीप: योजना में प्रत्येक जॉइन के आंतरिक ऑपरेंड के रूप में बेस टेबल (किसी अन्य जॉइन के बजाय) का उपयोग करना
 * राइट-डीप: योजना में प्रत्येक जुड़ाव के बाहरी ऑपरेंड के रूप में बेस टेबल का उपयोग करना
 * झाड़ीदार: न बाएँ-गहरा, न दाएँ-गहरा; किसी जॉइन के दोनों इनपुट स्वयं जॉइन के परिणामस्वरूप हो सकते हैं

यदि ट्री डेटा संरचना के रूप में तैयार किया जाता है, तो ये नाम क्वेरी योजना की उपस्थिति से प्राप्त होते हैं, जिसमें बाईं ओर बाहरी जुड़ाव संबंध और दाईं ओर आंतरिक संबंध होता है (जैसा कि सम्मेलन तय करता है)।

एल्गोरिदम से जुड़ें
बाइनरी जॉइन ऑपरेशन करने के लिए तीन मौलिक एल्गोरिदम मौजूद हैं: नेस्टेड लूप जॉइन, सॉर्ट-मर्ज जॉइन और हैश जॉइन। सबसे खराब स्थिति में इष्टतम जॉइन एल्गोरिदम, सबसे खराब स्थिति में दो से अधिक संबंधों के बीच जुड़ने के लिए बाइनरी जॉइन एल्गोरिदम की तुलना में एसिम्प्टोटिक रूप से तेज़ हैं।

अनुक्रमणिका से जुड़ें
जॉइन इंडेक्स डेटाबेस सूचकांक  हैं जो डेटा वेयरहाउस में जॉइन क्वेरी के प्रसंस्करण की सुविधा प्रदान करते हैं: वे वर्तमान में (2012) ओरेकल डेटाबेस द्वारा कार्यान्वयन में उपलब्ध हैं और टेराडाटा. टेराडाटा कार्यान्वयन में, निर्दिष्ट कॉलम, कॉलम पर समग्र कार्य, या या अधिक तालिकाओं से दिनांक कॉलम के घटकों को डेटाबेस दृश्य की परिभाषा के समान सिंटैक्स का उपयोग करके निर्दिष्ट किया जाता है: 64 कॉलम/कॉलम अभिव्यक्तियों को  ल में निर्दिष्ट किया जा सकता है सूचकांक में शामिल हों. वैकल्पिक रूप से, कॉलम जो समग्र डेटा की प्राथमिक कुंजी को परिभाषित करता है, उसे भी निर्दिष्ट किया जा सकता है: समानांतर हार्डवेयर पर, कॉलम मानों का उपयोग सूचकांक की सामग्री को कई डिस्क में विभाजित करने के लिए किया जाता है। जब स्रोत तालिकाओं को उपयोगकर्ताओं द्वारा इंटरैक्टिव रूप से अपडेट किया जाता है, तो जॉइन इंडेक्स की सामग्री स्वचालित रूप से अपडेट हो जाती है। कोई भी क्वेरी जिसका  कहां (एसक्यूएल)  कॉलम या कॉलम ्सप्रेशन के किसी भी संयोजन को निर्दिष्ट करता है जो कि जॉइन इंडेक्स (तथाकथित कवरिंग क्वेरी) में परिभाषित लोगों का सटीक सबसेट है, मूल तालिकाओं और उनके इंडेक्स के बजाय जॉइन इंडेक्स का कारण बनेगा, क्वेरी निष्पादन के दौरान परामर्श लिया जाना।

Oracle कार्यान्वयन स्वयं को बिटमैप सूचकांक  का उपयोग करने तक सीमित रखता है। बिटमैप जॉइन इंडेक्स का उपयोग कम-कार्डिनैलिटी कॉलम के लिए किया जाता है (यानी, ओरेकल दस्तावेज़ के अनुसार 300 से कम विशिष्ट मान वाले कॉलम): यह कई संबंधित तालिकाओं से कम-कार्डिनैलिटी कॉलम को जोड़ता है। Oracle जिस उदाहरण का उपयोग करता है वह  इन्वेंट्री सिस्टम का है, जहां विभिन्न आपूर्तिकर्ता अलग-अलग हिस्से प्रदान करते हैं। डेटाबेस स्कीमा में तीन लिंक्ड टेबल हैं: दो मास्टर टेबल, पार्ट और सप्लायर, और  डिटेल टेबल, इन्वेंटरी। अंतिम  अनेक-से-अनेक तालिका है जो आपूर्तिकर्ता को भाग से जोड़ती है, और इसमें सबसे अधिक पंक्तियाँ होती हैं। प्रत्येक भाग का  भाग प्रकार होता है, और प्रत्येक आपूर्तिकर्ता अमेरिका में स्थित होता है, और उसके पास  राज्य कॉलम होता है। अमेरिका में 60 से अधिक राज्य+क्षेत्र नहीं हैं, और 300 से अधिक भाग प्रकार नहीं हैं। बिटमैप जॉइन इंडेक्स को उपरोक्त तीन तालिकाओं पर  मानक तीन-टेबल जॉइन का उपयोग करके परिभाषित किया गया है, और इंडेक्स के लिए पार्ट_टाइप और सप्लायर_स्टेट कॉलम निर्दिष्ट किया गया है। हालाँकि, इसे इन्वेंटरी टेबल पर परिभाषित किया गया है, भले ही कॉलम पार्ट_टाइप और सप्लायर_स्टेट क्रमशः सप्लायर और पार्ट से उधार लिए गए हों।

टेराडेटा के लिए, ओरेकल बिटमैप जॉइन इंडेक्स का उपयोग केवल प्रश्न का उत्तर देने के लिए किया जाता है जब क्वेरी का व्हेयर (एसक्यूएल) उन कॉलमों तक सीमित होता है जो जॉइन इंडेक्स में शामिल होते हैं।

सीधे जुड़ें
कुछ डेटाबेस सिस्टम उपयोगकर्ता को सिस्टम को विशेष क्रम में तालिकाओं को पढ़ने के लिए बाध्य करने की अनुमति देते हैं। इसका उपयोग तब किया जाता है जब जॉइन ऑप्टिमाइज़र तालिकाओं को अकुशल क्रम में पढ़ने का विकल्प चयन किया जाता है। उदाहरण के लिए, MySQL में कमांड  तालिकाओं को क्वेरी में सूचीबद्ध क्रम में ही पढ़ता है।

यह भी देखें

 * जुड़ें (संबंधपरक बीजगणित)
 * एंटीजॉइन
 * सेट ऑपरेशन (एसक्यूएल)

बाहरी संबंध

 * Specific to products:
 * Sybase ASE 15 Joins
 * MySQL 8.0 Joins
 * PostgreSQL 14 Joins
 * Joins in Microsoft SQL Server
 * Joins in MaxDB 7.6
 * Joins in Oracle 12c R1
 * Oracle SQL Joins