SQL टेस्ट की तैयारी

असली test आम तौर पर कैसा होता है

SQL का कोई एक तय test नहीं होता। हर employer testing platform चुनता है या अपना test बनाता है, और यह तय करता है कि उसमें कितने questions होंगे, कितना समय मिलेगा और कौन-सा database इस्तेमाल होगा। आपके test के बारे में जानने के लिए job posting या test invitation सबसे अच्छा स्रोत है। सार्वजनिक उदाहरणों से इसकी विविधता का पता चलता है:

• HackerRank के SQL skills tests। HackerRank अपने SQL (Basic) skills test में 30 मिनट में 2 questions बताता है। इसमें simple queries जैसे topics शामिल हैं (HackerRank). SQL (Intermediate) test में 35 मिनट में 2 questions होते हैं, जिसमें complex joins जैसे topics शामिल हैं (HackerRank). जो employers अपने HackerRank tests बनाते हैं, वे database से जुड़े questions जोड़ सकते हैं और यह चुन सकते हैं कि candidates किन databases का इस्तेमाल कर सकते हैं (HackerRank support).
• Query लिखने का task। TestGorilla के अनुसार, उसका SQLite coding test 30 मिनट का है। इसमें medium complexity वाले database पर एक वास्तविक स्थिति के लिए query लिखनी होती है। इसमें joining और filtering, simple calculations, sorting, rounding और गैर-ज़रूरी entries को हटाना शामिल है (TestGorilla).
• कम समय का knowledge test। TestGorilla का MySQL test 10 मिनट में 15 questions का है, जो 101 questions के bank से लिए जाते हैं (TestGorilla).

SQL tests में आम तौर पर बताए जाने वाले topics:

• Filtering और sorting: SELECT, WHERE, ORDER BY और AND, OR, IN तथा BETWEEN वाली conditions।
• Joins: inner और left joins, और बिना match वाली rows के साथ क्या होता है।
• Grouping: COUNT, SUM, AVG, MIN और MAX के साथ GROUP BY, और groups को filter करने के लिए HAVING।
• NULLs: comparisons, counts और averages में missing values किस तरह काम करती हैं।
• Subqueries: किसी दूसरी query के भीतर एक query, जिसमें IN, EXISTS या एक single value का इस्तेमाल हो।
• साधारण भाषा में दिए गए अनुरोध से query लिखना, जिसे अक्सर इस आधार पर score किया जाता है कि वह ठीक वही rows लौटाती है या नहीं जिनकी अपेक्षा है।

हमारे mocks में क्या शामिल है। हर full mock में चार sections में 45 मिनट में 18 questions होते हैं: SQL concepts (5), query क्या लौटाती है (6), query को ठीक करना (4) और सही query चुनना (3)। आप वापस जाकर questions को flag कर सकते हैं। हम standard SQL का इस्तेमाल करते हैं, जो अलग-अलग databases में काम करता है, इसलिए queries का मतलब PostgreSQL, MySQL, SQL Server, SQLite और ज़्यादातर दूसरे databases में एक जैसा रहता है। हमारे mocks में queries पढ़ने, उनका नतीजा समझने और query चुनने की practice होती है; ये आपके लिखे हुए queries को run नहीं करते। कई असली SQL tests में आपसे ऐसी query लिखने को कहा जाता है, जिसे अपेक्षित नतीजों के आधार पर जांचा जाता है। इसलिए reading और tracing skills बनाने के लिए हमारे mocks का इस्तेमाल करें, और SQLite जैसे किसी free database में खुद queries लिखने की practice भी करें।

हल किए गए उदाहरणों के साथ सवालों के प्रकार

हर सेक्शन का एक हल किया हुआ उदाहरण, साथ में वह आम गलती जिसमें ज़्यादातर लोग फँसते हैं।

1. SQL की अवधारणाएँ। COUNT() और COUNT(email) में क्या अंतर है? COUNT() हर row को गिनता है; COUNT(email) सिर्फ़ उन rows को गिनता है जहाँ email NULL नहीं है। आम गलती: यह मान लेना कि हर count में सभी rows शामिल होती हैं। ज़्यादातर aggregate functions NULL को छोड़ देते हैं।

2. Query क्या लौटाती है। scores table में 8, 5, NULL और 8 values हैं। SELECT COUNT(DISTINCT score) क्या लौटाता है? अलग-अलग non-NULL values 8 और 5 हैं, इसलिए जवाब 2 है। आम गलती: NULL को एक value मानकर गिनना, या दोहराए गए 8 को दो बार गिनना। Table लिखें और query के तरीके से rows को एक-एक करके काटें।

3. Query ठीक करना। एक query में WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 है, और यह inactive Austin customers भी लौटाती है। AND का मूल्यांकन OR से पहले होता है, इसलिए condition का असली मतलब है Austin, या active Dallas। इसे brackets लगाकर ठीक करें: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1। आम गलती: condition को बाएँ से दाएँ पढ़ना।

4. सही query चुनना। आपको सबसे हाल के पाँच orders चाहिए। कौन-सी सही है: ORDER BY order_date DESC और limit 5, या ORDER BY order_date और limit 5? पहली। DESC के बिना sorting सबसे पुराने order से शुरू होती है, इसलिए आपको पाँच सबसे पुराने orders मिलेंगे। आम गलती: sort direction जाँचे बिना सही दिखने वाली query चुनना। (Databases में limit लिखने का तरीका अलग-अलग हो सकता है, जैसे LIMIT 5 या FETCH FIRST 5 ROWS ONLY, इसलिए देखें कि आपका test कौन-सा तरीका इस्तेमाल करता है।)

5. Conditions के साथ joins। Left join के बाद right table के column पर WHERE condition लगाने से वह चुपचाप inner join बन सकता है, क्योंकि बिना match वाली rows में वहाँ NULL होता है और condition उन्हें हटा देती है। आम गलती: यह न देखना कि कौन-सी rows गायब हो जाती हैं। पूछें, "जिस row का कोई match नहीं है, उसका क्या होता है?"

तैयारी कैसे करें

1. सबसे पहले अपना आमंत्रण पढ़ें। पता करें कि आप कौन-सा प्लेटफ़ॉर्म इस्तेमाल करेंगे, आपके पास कितना समय होगा, आपको queries लिखनी होंगी या multiple-choice सवालों के जवाब देने होंगे, और टेस्ट किस database पर होगा। फ़ॉर्मैट इतने अलग-अलग होते हैं कि कोई एक फ़ॉर्मैट मानकर चलना ठीक नहीं है।
2. Query किस क्रम में चलती है, यह समझें। पहले FROM और JOIN, फिर WHERE, GROUP BY, HAVING, SELECT और ORDER BY। जब आपको पता होगा कि हर चरण में कौन-सा डेटा उपलब्ध होता है, तो ज़्यादातर "यह गलत क्यों है?" वाले सवाल समझना आसान होगा।
3. छोटी tables को हाथ से trace करें। तीन या चार rows लिखें, फिर हर clause को क्रम से लागू करें। अपने जवाब की जाँच करने का यह सबसे तेज़ तरीका है और इससे NULL और duplicate से जुड़े पेच पकड़ में आते हैं।
4. NULL को एक अलग विषय मानें। IS NULL, COUNT(column) और COUNT(*) का अंतर, AVG में NULLs को छोड़ना, सूची में NULL होने पर NOT IN का व्यवहार, और unmatched columns में left join क्या रखता है - इन सबका अभ्यास करें।
5. असली queries भी लिखें। हमारे mock tests पढ़ने और queries trace करने की क्षमता बढ़ाते हैं। साथ ही, SQLite जैसे मुफ़्त database में queries लिखें, ताकि समय के दबाव में उन्हें टाइप करना आपके लिए सामान्य लगे। कुछ टेस्ट आपकी query को कई cases पर जाँचते हैं। उदाहरण के लिए, TestGorilla अपने SQLite test के लिए 10 से ज़्यादा test cases का ज़िक्र करता है (TestGorilla).
6. सिर्फ syntax नहीं, नतीजा भी जाँचें। Query चल सकती है, फिर भी गलत rows लौटा सकती है। जवाब जमा करने से पहले सोचें कि कोई match न मिले, duplicates हों या NULLs हों, तो क्या होगा।
7. टेस्ट की असली रफ़्तार से अभ्यास करें। TestGorilla के MySQL test जैसा छोटा knowledge test, जिसमें 10 मिनट में 15 सवाल होते हैं, आपको हर सवाल के लिए एक मिनट से भी कम समय देता है (TestGorilla). पूरे समयबद्ध mock tests दें, ताकि टेस्ट के दिन यह रफ़्तार सामान्य लगे।

आमतौर पर scoring कैसे होती है

स्कोरिंग नियोक्ता और प्लेटफ़ॉर्म पर निर्भर करती है। SQL के लिए कोई मानक स्कोर या सभी जगह लागू होने वाला पास मार्क नहीं है। अच्छा नतीजा किसे माना जाएगा, यह हर नियोक्ता तय करता है। क्वेरी वाले सवालों की जाँच कैसे होती है, इसके दो सार्वजनिक उदाहरण:

• HackerRank के डेटाबेस सवाल: HackerRank के अनुसार, वह आपकी क्वेरी के नतीजे की तुलना अपेक्षित आउटपुट से करके अपने आप स्कोर देता है। नतीजा मेल खाने पर पूरा स्कोर मिलता है और किसी भी अन्य नतीजे पर शून्य, बशर्ते नियोक्ता खुद जाँच करके आंशिक अंक न दे। नियोक्ता पंक्तियों के क्रम को अनदेखा करने का विकल्प भी चुन सकता है (HackerRank support).
• TestGorilla का SQLite टेस्ट: TestGorilla के अनुसार, उम्मीदवारों की रैंकिंग 10 से ज़्यादा टेस्ट केस के आधार पर की जाती है, जो समाधान के मुश्किल और किनारे के मामलों की जाँच करते हैं (TestGorilla).

नतीजों की जाँच अक्सर हर पंक्ति के आधार पर होती है। इसलिए, लगभग सही क्वेरी - जैसे ऐसी क्वेरी जिसमें बिना ऑर्डर वाला ग्राहक छूट जाए - को भी खाली जवाब जितना ही स्कोर मिल सकता है।

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

आम गलतियां

• = से NULL की तुलना करना। IS NULL और IS NOT NULL इस्तेमाल करें। NULL के साथ = का कोई भी इस्तेमाल नतीजा अज्ञात बनाता है, इसलिए वह row फ़िल्टर हो जाती है।
• WHERE में left join को फ़िल्टर करना। दाईं table के columns पर जाँच करने से वे rows हट जाती हैं जिनका कोई match नहीं होता। अगर आपको वे rows रखनी हैं, तो जाँच को ON clause में रखें।
• कुल के लिए WHERE इस्तेमाल करना। Aggregate का इस्तेमाल GROUP BY के बाद HAVING में होता है।
• ऐसा column चुनना जिसके आधार पर grouping नहीं की। Standard SQL में चुना गया हर column grouped या aggregated होना चाहिए। कुछ databases query चलाकर आपके लिए कोई value चुन लेते हैं, जिससे गलती छिप जाती है।
• Duplicates भूल जाना। Join से rows दोहराई जा सकती हैं, जिससे SUM और COUNT बढ़ जाते हैं। जाँचें कि क्या एक तरफ की हर row दूसरी तरफ की एक से ज़्यादा rows से match कर सकती है।
• किसी एक database के shortcuts पर निर्भर रहना। कुछ functions और limit syntax अलग-अलग databases में अलग होते हैं। Standard तरीका सीखें और जाँचें कि आपका test किस database का इस्तेमाल करता है।