क्लॉज जानने के लिए ध्यान रखें:सेलेक्ट, फ्रॉम, व्हेयर, ग्रुप बाय, हैविंग, ऑर्डर बाय, और लिमिट के बारे में सब कुछ

SQL डेटाबेस की भाषा है और PostgreSQL हमारी चुनी हुई भाषा है। अक्सर, डेटा संग्रहीत करना प्रक्रिया का एक पहलू है। आमतौर पर, किसी भी डेटा-केंद्रित प्रयास में, आप:डेटा देखें और पढ़ें, डेटा पर कार्रवाई करें या परिवर्तन लागू करें, निर्णय लेने की जानकारी (एनालिटिक्स) प्राप्त करें, या किसी रूप या फैशन में संग्रहीत डेटा में हेरफेर करें।

SQL कीवर्ड, कमांड और क्लॉज के संयोजन से बना है। एसक्यूएल सरल लगता है। बस कुछ 'आसान ' इधर-उधर की आज्ञा। कोई बड़ी बात नहीं, है ना?

लेकिन, आंख से मिलने की तुलना में एसक्यूएल के लिए और भी कुछ है। SQL आपको उन 'आसान पर ले जा सकता है ' प्रश्न।

एक चुनौती (जिसे मुझे नियमित रूप से फिर से देखना चाहिए) यह समझ रही है कि SQL निष्पादन आदेश निश्चित रूप से इसके सिंटैक्स से अलग है।

इस ब्लॉग पोस्ट में, मैं उच्च स्तर पर, प्रमुख SQL क्लॉज पर जाता हूं, क्योंकि वे PostgreSQL पर लागू होते हैं। SQL की कई बोलियाँ हैं लेकिन PostgreSQL की व्याख्या यहाँ फोकस है। (प्रत्येक खंड की कुछ विशेषताएँ अन्य SQL बोलियों पर बहुत अच्छी तरह से लागू हो सकती हैं।)

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

जैसा कि हम देखेंगे, सभी खंड समान नहीं बनाए गए हैं। फिर भी, वे एक साथ काम करते हैं, क्वेरी परिणाम निर्बाध रूप से प्रदान करते हैं (या नहीं)।

मुझे स्पष्ट करने दें...

मैं समय-समय पर पूरे ब्लॉग पोस्ट में निष्पादन आदेश का उल्लेख करूंगा क्योंकि यह कई खंडों पर लागू होता है। लेकिन, यह सामान्यीकृत है।

मेरी समझ से, अधिकांशतः, अनुकूलक निष्पादन के लिए सर्वोत्तम क्वेरी योजना चुनता है और निर्णय लेता है।

चुनें - डेटाबेस को क्वेरी करने के लिए प्रयुक्त 'पिक्य' क्लॉज

चयन एक व्यस्त खंड है। यह हर जगह है। अन्य सभी उपवाक्यों से अधिक प्रयोग किया जाता है। कुछ खंड जिनकी आपको आवश्यकता नहीं हो सकती है। सेलेक्ट के मामले में ऐसा नहीं है, क्योंकि यह एक अनिवार्य क्लॉज है।

सेलेक्ट क्लॉज का इस्तेमाल आमतौर पर डेटाबेस को क्वेरी करने के लिए किया जाता है, जिसमें (बेसिक लेवल पर) होता है:

1. एक चयन सूची - डेटा के कॉलम जो आप चाहते हैं।
2. स्रोत डेटा सेट - FROM क्लॉज में नामित। टेबल, दृश्य, सीटीई, आदि। यहीं से डेटा आता है।
3. एक वैकल्पिक WHERE क्लॉज FROM क्लॉज द्वारा प्रदान की गई पंक्तियों को फ़िल्टर करने के लिए उपयोग किया जाता है।

(FROM और WHERE खण्डों पर उनके संबंधित अनुभागों में चर्चा की जाएगी।)

सच में, मैं कहूंगा कि कुछ भी पुनर्प्राप्त करने के लिए PostgreSQL में SELECT क्लॉज की आवश्यकता है। लेकिन फिर, टेबल कमांड है जो एक टेबल से सभी पंक्तियों और स्तंभों को वापस कर देता है।

फिर भी दोनों के बीच अलगाव है। SELECT अलग-अलग कॉलम निर्दिष्ट कर सकता है, लेकिन TABLE कमांड के साथ, सभी कॉलम वापस आ जाते हैं।

हाइलाइट चुनें:

• SELECT * शॉर्टहैंड नोटेशन है और डेटा स्रोत (स्रोतों) से सभी कॉलम लौटाता है।
• हालांकि SELECT को पहले क्लॉज के रूप में सिंटैक्स-वार नाम दिया गया है (विथ क्लॉज का उपयोग करके उन प्रश्नों के अपवाद के साथ:यहां चर्चा नहीं की गई है), इसे पहले निष्पादित नहीं किया जाता है। विशेष रूप से, SELECT या तो निष्पादित करने वाला अंतिम क्लॉज नहीं है।
• एक एक्सप्रेशन (या किसी कॉलम) को एक चेतावनी के साथ, SELECT क्लॉज में एक संदर्भ नाम या ALIAS दिया जा सकता है। उन दिए गए नामों का उपयोग ORDER BY और GROUP BY क्लॉज़ में किया जा सकता है लेकिन WHERE या HAVING क्लॉज़ में नहीं।
• जब क्वेरी में ग्रुप बाय क्लॉज मौजूद होता है (या एग्रीगेट फंक्शन), तो सेलेक्ट को किसी भी अनग्रुप्ड कॉलम का नाम नहीं देना चाहिए। किसी भी समग्र फ़ंक्शन में केवल वे कॉलम या समूहबद्ध कॉलम पर कार्यात्मक रूप से निर्भर हैं।
• सेलेक्ट न केवल विशिष्ट कॉलम लौटाता है, बल्कि इसका उपयोग INSERT और CREATE TABLE स्टेटमेंट तक भी होता है।
• चयन खंड सरल से बहुत दूर है।

गहन कवरेज के लिए आधिकारिक PostgreSQL SELECT क्लॉज दस्तावेज़ीकरण अनुभाग देखें।

FROM - क्वेरी के लिए डेटा स्रोत प्रदान करता है

FROM ज्यादातर अनिवार्य क्लॉज है। मैं इसे 'ढीला कहता हूं ' उपलब्ध TABLE कमांड (ऊपर उल्लिखित) के कारण, जिसे FROM क्लॉज की आवश्यकता नहीं है।

फिर फिर से, आप मनमाना अभिव्यक्तियों का चयन कर सकते हैं, जिसमें एक SELECT क्वेरी में कोई नामित तालिका नहीं है। हालांकि, TABLE के साथ, यह संभव नहीं है।

यहाँ psql में एक उदाहरण दिया गया है:

learning=> SELECT 2+2;
?column? 
----------
4
(1 row)

लेकिन टेबल के साथ:

learning=> TABLE 2+2;
ERROR: syntax error at or near "2"
LINE 1: TABLE 2+2;
^

कुछ SQL बोलियाँ FROM क्लॉज़ में वास्तविक तालिका न होने को कम करने के लिए एक गैर-मौजूद तालिका के नामकरण की अनुमति भी देती हैं। फिर भी, PostgreSQL में जैसा कि आप ऊपर दी गई साधारण क्वेरी से देख सकते हैं, इसकी आवश्यकता नहीं है।

लेकिन, अगर आपको साधारण अभिव्यक्तियों के अलावा वास्तविक संग्रहीत डेटा की आवश्यकता है, तो आपको FROM क्लॉज की आवश्यकता होगी। इसके बिना, काम करने के लिए कोई डेटा नहीं है।

इसलिए FROM किसी भी टेबल को क्वेरी करने के लिए बिल्कुल आवश्यक है।

पोस्टग्रेज में, FROM क्लॉज में सभी नामित टेबल पहले क्रॉस-जॉइन होते हैं (यदि कोई क्लॉज मौजूद नहीं है) निष्पादन क्रम में जो एक कार्टेशियन उत्पाद स्थापित करता है। यह सही है क्योंकि हमें काम करने के लिए डेटा की आवश्यकता है।

FROM दस्तावेज़ यहां यह भी नोट करता है कि आम तौर पर, इस डेटा सेट को वर्तमान WHERE क्लॉज शर्त के माध्यम से पंक्तियों की एक छोटी संख्या में घटा दिया जाता है।

FROM क्लॉज कई विशिष्ट तत्वों को स्वीकार करता है। यहाँ कुछ ही हैं (पूरी सूची के लिए नीचे दस्तावेज़ों को लिंक करना देखें):

• तालिका का नाम (जाहिर है हमें इसकी आवश्यकता है)।
• एक दृश्य।
• एक सेलेक्ट स्टेटमेंट (एक सबक्वेरी)।
• CTE नाम (खंड के साथ)।
• जॉइन का प्रकार - यदि कोई हो।
• एक समारोह (मुझे इसकी जानकारी नहीं थी। कितना अच्छा!!!)

हाइलाइट से:

• हालांकि FROM को सिलेक्टिक रूप से SELECT क्वेरी में दूसरे क्लॉज के रूप में सूचीबद्ध किया गया है, इसे पहले निष्पादित किया जाता है।
• FROM अपने क्लॉज में नामित किसी भी टेबल (वास्तविक या आभासी) से सभी पंक्तियों को (लोड करके) प्रदान करता है।
• तालिका नामों को FROM क्लॉज (उदाहरण के लिए, जूते AS s से) में उपनाम दिया जा सकता है, लेकिन आगे बढ़ने वाली पूरी क्वेरी में उस ALIAS द्वारा संदर्भित किए जाने की आवश्यकता है।
• FROM टेबल को क्वेरी करते समय एक अनिवार्य क्लॉज है।

गहराई से कवरेज के लिए आधिकारिक पोस्टग्रेएसक्यूएल फ्रॉम क्लॉज सेक्शन देखें।

WHERE - बूलियन सत्यापन सशर्त अभिव्यक्ति (ओं) के आधार पर डेटा स्रोत (स्रोतों) से पंक्तियों को फ़िल्टर करता है

जहां एक वैकल्पिक खंड है। फिर भी, जब एक प्रश्न में उपस्थित होता है, तो इसका कर्तव्य FROM क्लॉज द्वारा प्रदान किए गए उन रिकॉर्ड को हटाना है जो इसकी बूलियन सशर्त जांच पास नहीं करते हैं।

WHERE क्लॉज का SELECT के अलावा अन्य SQL कमांड के साथ भी गहरा उपयोग होता है। अर्थात्, DML कमांड जैसे INSERT (सीधे नहीं, बल्कि SELECT के माध्यम से), UPDATE, और DELETE।

वास्तव में, WHERE क्लॉज के बिना, UPDATE और DELETE स्टेटमेंट सभी लक्ष्य पंक्तियों को प्रभावित कर सकते हैं। शायद वह नहीं जो आप चाहते थे (हाँ!)।

WHERE क्लॉज के बूलियन कंडीशनल एक्सप्रेशन में एग्रीगेट फ़ंक्शंस का उपयोग नहीं किया जा सकता है। निष्पादन आदेश में अभी तक कोई ग्रुपिंग नहीं हुई है। इसलिए, WHERE क्लॉज के लिए एग्रीगेट (अभी तक) उपलब्ध नहीं हैं।

जहां मूल्यांकन किसी भी तुलना ऑपरेटर का उपयोग करके बूलियन चेक पर आधारित है। (जैसे,>, <, =, <>, आदि…)

WHERE क्लॉज SELECT क्लॉज में सूचीबद्ध अलियास्ड कॉलम नामों तक नहीं पहुंच सकता है। चूंकि सेलेक्ट क्लॉज असल में है (वाक्यविन्यास-वार नहीं) WHERE क्लॉज के बाद निष्पादित, वे उपनाम वाले कॉलम अभी तक उपलब्ध नहीं हैं।

जहां पर प्रकाश डाला गया:

• एग्रीगेट फ़ंक्शंस एक्सेस योग्य नहीं हैं और WHERE क्लॉज़ के बूलियन कंडीशनल चेक में उपयोग नहीं किए जा सकते हैं। (WHERE क्लॉज संभवत:किसी भी पंक्ति के लिए जिम्मेदार है जो कुल कार्यों और गणना के लिए समूहीकरण के लिए प्रदान की जा रही है।)
• चयन खंड में उपनामित स्तंभों को WHERE खंड में संदर्भित नहीं किया जा सकता है।
• WHERE क्लॉज बूलियन एक्सप्रेशन कंडीशनल चेक में परिणाम हो सकता है:सही, गलत या NULL।
• कोई भी पंक्ति जिसमें WHERE क्लॉज बूलियन एक्सप्रेशन का मूल्यांकन असत्य या NULL होता है, हटा दिए जाते हैं।
• AND या OR कीवर्ड का लाभ उठाकर WHERE क्लॉज में कई बूलियन स्थितियों की जाँच की जा सकती है।

गहराई से कवरेज के लिए आधिकारिक PostgreSQL WHERE क्लॉज सेक्शन देखें।

ग्रुप बाय - फॉर्म ग्रुप्स

एक वैकल्पिक उपवाक्य है।

यह क्लॉज चयनित लोगों के लिए एक एकल पंक्ति बनाता है, जिसमें निर्दिष्ट समूहबद्ध कॉलम मान पर एक मिलान होता है।

ग्रुप बाय मुश्किल हो सकता है, इसलिए, मुझे लगता है कि इस मार्ग को दस्तावेज़ीकरण से शामिल करना उचित है:

"जब ग्रुप बाय मौजूद होता है, या कोई समग्र कार्य मौजूद होता है, तो यह चयन सूची अभिव्यक्तियों के लिए मान्य नहीं होता है, जो कुल कार्यों के अलावा असमूहीकृत कॉलम को संदर्भित करता है या जब असमूहीकृत कॉलम समूहबद्ध कॉलम पर कार्यात्मक रूप से निर्भर होता है, क्योंकि अन्यथा होगा एक असमूहीकृत स्तंभ के लिए वापस आने के लिए एक से अधिक संभावित मान। एक कार्यात्मक निर्भरता मौजूद होती है यदि समूहीकृत स्तंभ (या उसका एक उपसमूह) असमूहित स्तंभ वाली तालिका की प्राथमिक कुंजी है।"

ग्रुप बाय हाइलाइट्स:

• Postgres न केवल स्रोत तालिका से स्तंभों के समूहीकरण की अनुमति देता है, बल्कि SELECT स्तंभ सूची में सूचीबद्ध स्तंभों को भी समूहीकृत करता है। यह सख्त SQL से थोड़ा अलग है।
• कुछ प्रश्नों में, ग्रुप बाय SELECT क्लॉज कॉलम के लिए डुप्लिकेट मानों को हटाकर DISTINCT क्लॉज की नकल कर सकता है।
• ग्रुप बाय के लिए कॉलम क्रम अप्रासंगिक है।
• ग्रुप बाय क्लॉज द्वारा लक्षित नहीं किए गए कॉलम को एग्रीगेट को छोड़कर संदर्भित नहीं किया जा सकता है।
• कई मामलों में, आप उस कुंजी के कार्यात्मक रूप से निर्भर स्तंभों के लिए प्राथमिक कुंजी पर समूह बना सकते हैं।
• ग्रुप बाय क्लॉज की अनुपस्थिति में समग्र कार्यों का उपयोग करने वाले प्रश्नों के लिए अभी भी समूहीकरण किया जाता है।

गहराई से कवरेज के लिए आधिकारिक पोस्टग्रेएसक्यूएल ग्रुप बाय क्लॉज सेक्शन देखें।

हो रहा है - कॉलम द्वारा समूह को फ़िल्टर करता है और कुल कार्य करता है

एक वैकल्पिक उपवाक्य है।

WHERE क्लॉज की तरह ही बूलियन कंडीशनल चेक के साथ सेट किए गए परिणामों से पंक्तियों को फ़िल्टर करता है, सिवाय इसके कि यह GROUP BY क्लॉज़ और/या एग्रीगेट फ़ंक्शंस द्वारा बनाई गई पंक्तियों को फ़िल्टर करता है।

हाइलाइट होना:

• HAVING क्लॉज किसी भी GROUP BY कॉलम के अलावा उन कॉलमों को संदर्भित कर सकता है जिनका नाम एग्रीगेट फंक्शन्स (यहां तक ​​कि वे जिन्हें ग्रुप नहीं किया गया है) में दिया गया है।
• HAVING एग्रीगेट फ़ंक्शंस या ग्रुपिंग लागू होने के बाद पंक्तियों को खत्म करने के लिए जिम्मेदार है।
• आप HAVING खंड में गैर-एकत्रित स्तंभों का संदर्भ दे सकते हैं, हालांकि ऐसा करने से बहुत कम उपयोग होता है।
• हालांकि HAVING क्लॉज को GROUP BY क्लॉज के साथ कई बार इस्तेमाल किया जाता है, आप इसे अकेले इस्तेमाल कर सकते हैं। क्वेरी परिणाम केवल कुल कार्यों में उन स्तंभों के एक समूह में बनते हैं।

गहन कवरेज के लिए आधिकारिक पोस्टग्रेएसक्यूएल हैविंग क्लॉज अनुभाग देखें।

आदेश द्वारा - यादृच्छिकता से बाहर आदेश का एक उपाय

एक वैकल्पिक उपवाक्य है।

जब आपको विशिष्ट ऑर्डरिंग की आवश्यकता हो तो ORDER BY का उपयोग करें। अन्यथा, डेटाबेस किसी भी मनमाने क्रम में परिणाम लौटा सकता है (और करेगा)।

यहां तक ​​​​कि अगर परिणाम क्रम के कुछ समानता में दिखाई देते हैं, तो इसकी गारंटी नहीं है।

मूर्ख मत बनो। ऑर्डर बाय का उपयोग करें।

दो उपलब्ध ऑर्डरिंग पैटर्न हैं। या तो ASC (आरोही) या DESC (अवरोही) क्रम, जिसमें ASC डिफ़ॉल्ट है।

यदि आपका परिणाम सेट NULL मानों को शामिल करने के लिए है, तो उनका उपयोग क्रम में निम्नानुसार भी किया जा सकता है:NULLS LAST निर्दिष्ट करने से वे (NULLs) गैर-NULL के बाद क्रमबद्ध हो जाते हैं जबकि NULLS FIRST का अनुरोध करना विपरीत है।

हाइलाइट्स द्वारा ऑर्डर करें:

• सॉर्टिंग एक्सप्रेशन उनमें से कोई भी हैं जिन्हें क्वेरी की SELECT सूची में अनुमति दी जाएगी।
• PostgreSQL आपको उन कॉलमों द्वारा ऑर्डर करने की अनुमति देता है जो SELECT क्लॉज में मौजूद नहीं हैं, जहां कुछ SQL बोलियां नहीं हैं।
• क्वेरी के परिणाम आकर्षक हैं और किसी भी पैटर्न या ऑर्डर के समान होने की गारंटी नहीं है जब तक कि ORDER BY क्लॉज का उपयोग नहीं किया जाता है।
• आदेश द्वारा और सीमा खंड (अगला भाग देखें), एक 'शीर्ष निर्धारित करने के लिए महान संयुक्त हैं 'पंक्तियों के परिणाम सेट। (उदाहरण के लिए, 5 सबसे अधिक बिक्री वाले दिन, जूते के 5 सबसे कम बिकने वाले जोड़े, इस तिमाही में शीर्ष विक्रेता)
• आप सेलेक्ट लिस्ट में कॉलम पोजिशनल नंबर के आधार पर परिणाम ऑर्डर कर सकते हैं लेकिन निर्दिष्ट संख्या उक्त सेलेक्ट क्लॉज लिस्ट में आइटम्स की संख्या से अधिक नहीं होनी चाहिए। दूसरे शब्दों में, यदि SELECT क्लॉज में केवल 2 आइटम हैं, तो ORDER BY 3 एक त्रुटि उत्पन्न करेगा।
• प्रत्येक व्यंजक व्यंजक को केवल उसके सूचीबद्ध विकल्प द्वारा क्रमित किया जाता है। (उदाहरण के लिए, col_1 DESC द्वारा ORDER, col_2 DESC ORDER BY col_1, col_2 DESC के समान नहीं है)

विस्तृत कवरेज के लिए आधिकारिक पोस्टग्रेएसक्यूएल ऑर्डर बाय क्लॉज सेक्शन देखें।

LIMIT - क्वेरी परिणामों से पंक्तियों की एक विशिष्ट संख्या प्राप्त करें

LIMIT एक वैकल्पिक उपवाक्य है।

LIMIT में वास्तव में 2 उप-खंड होते हैं, जिनमें OFFSET दूसरा है।

यदि क्लॉज के OFFSET भाग के लिए कोई मान प्रदान किया जाता है, तो परिणाम सेट पंक्तियाँ बाद . लौटा दी जाती हैं पंक्तियों की उस संख्या को छोड़ना।

नोट करने के लिए दस्तावेज़ीकरण में एक महत्वपूर्ण खंड:

"क्वेरी प्लानर बनाते समय क्वेरी प्लानर LIMIT को ध्यान में रखता है, इसलिए LIMIT और OFFSET के लिए आप जो उपयोग करते हैं, उसके आधार पर आपको अलग-अलग प्लान (अलग-अलग पंक्ति ऑर्डर देने वाले) मिलने की संभावना है। इस प्रकार, अलग-अलग LIMIT/OFFSET मानों का उपयोग करके अलग-अलग चयन किसी क्वेरी परिणाम के उपसमुच्चय असंगत परिणाम देंगे जब तक कि आप ORDER BY के साथ एक पूर्वानुमेय परिणाम आदेश लागू नहीं करते। यह बग नहीं है; यह इस तथ्य का एक अंतर्निहित परिणाम है कि SQL किसी विशेष क्रम में किसी क्वेरी के परिणाम देने का वादा नहीं करता है जब तक ORDER BY का उपयोग ऑर्डर को बाधित करने के लिए नहीं किया जाता है।"

LIMIT हाइलाइट्स:

• LIMIT संभवतः परिभाषित संख्या से कम पंक्तियों को वापस कर सकता है यदि क्वेरी स्वयं परिणाम सेट में कम पंक्तियाँ उत्पन्न करती है। दूसरे शब्दों में, लौटाई गई पंक्तियों की संख्या पर इसका कोई प्रभाव नहीं पड़ेगा।
• LIMIT ALL सिंटैक्स स्वीकार्य है और इसका वही प्रभाव है जो LIMIT क्लॉज को शामिल नहीं करता है।
• हालांकि OFFSET क्लॉज के कारण पंक्तियों की संख्या 'x' छोड़ दी जाती है, यह 'समाधान नहीं है ' किसी भी प्रदर्शन लाभ के लिए, क्योंकि वे अभी भी सर्वर में क्वेरी योजना के लिए गणना की जाती हैं।
• OFFSET 0 एक OFFSET क्लॉज को शामिल न करने के बराबर है।

गहन कवरेज के लिए आधिकारिक PostgreSQL LIMIT क्लॉज अनुभाग देखें।

PostgreSQL की प्रमुख SQL क्लॉज़ की व्याख्या अपनी है। भले ही PostgreSQL उन्हें लागू करने का विकल्प चुनता है या नहीं, वे SQL प्रश्नों के लिए मूलभूत हैं और उनकी व्यक्तिगत विशेषताओं (और बारीकियों) से परिचित होने से केवल आगे बढ़ने वाले उपयोगकर्ताओं को लाभ हो सकता है।

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

पढ़ने के लिए धन्यवाद।