SQL टेस्टचा सराव

खरी परीक्षा सहसा कशी असते

एकच ठरावीक SQL test नसते. प्रत्येक नियोक्ता testing platform निवडतो किंवा स्वतःची test तयार करतो आणि किती प्रश्न असतील, किती वेळ मिळेल आणि कोणता database वापरला जाईल हे ठरवतो. तुमच्यासाठी असलेल्या test बद्दल जाणून घेण्यासाठी नोकरीची जाहिरात किंवा test चे आमंत्रण हा सर्वोत्तम मार्गदर्शक आहे. सार्वजनिक उदाहरणांवरून विविधता दिसून येते:

• HackerRank च्या SQL skills tests. HackerRank च्या यादीत SQL (Basic) skills test साठी 30 मिनिटांत 2 प्रश्न दिले आहेत. यात साध्या queries सारखे विषय येतात (HackerRank). SQL (Intermediate) test साठी 35 मिनिटांत 2 प्रश्न दिले आहेत. यात complex joins सारखे विषय येतात (HackerRank). स्वतःच्या HackerRank tests तयार करणारे नियोक्ते database वरील प्रश्न जोडू शकतात आणि उमेदवार कोणते databases वापरू शकतात हे निवडू शकतात (HackerRank support).
• Query लिहिण्याचे काम. TestGorilla च्या वर्णनानुसार, SQLite coding test मध्ये 30 मिनिटे मध्यम गुंतागुंतीच्या database मधील वास्तववादी परिस्थितीसाठी query लिहिण्यासाठी दिली जातात. यात joining आणि filtering, साधी गणिते, sorting, rounding आणि असंबंधित नोंदी वगळणे यांचा समावेश आहे (TestGorilla).
• थोडक्यात ज्ञानाची test. TestGorilla च्या यादीत MySQL test साठी 101 प्रश्नांच्या बँकेतून निवडलेले 10 मिनिटांत 15 प्रश्न दिले आहेत (TestGorilla).

विविध SQL tests मध्ये सामान्यतः नमूद होणारे विषय:

• Filtering आणि sorting: SELECT, WHERE, ORDER BY आणि AND, OR, IN व BETWEEN वापरून अटी लावणे.
• Joins: inner आणि left joins, तसेच जुळणारी नोंद नसलेल्या rows चे काय होते.
• Grouping: COUNT, SUM, AVG, MIN आणि MAX सह GROUP BY, तसेच groups filter करण्यासाठी HAVING.
• NULLs: तुलना, मोजणी आणि सरासरी काढताना गहाळ मूल्यांचा परिणाम.
• Subqueries: दुसऱ्या query मधील query, IN, EXISTS किंवा एका मूल्याचा वापर करून.
• साध्या भाषेतील विनंतीवरून query लिहिणे, ज्याचे मूल्यमापन अनेकदा अपेक्षित rows अगदी तंतोतंत मिळतात का यावर केले जाते.

आमच्या mock tests मध्ये काय आहे. प्रत्येक पूर्ण mock test मध्ये चार विभागांतील 45 मिनिटांत 18 प्रश्न असतात: SQL संकल्पना (5), query काय निकाल देते (6), query दुरुस्त करणे (4) आणि योग्य query निवडणे (3). तुम्ही मागील प्रश्नांकडे परत जाऊ शकता आणि प्रश्नांना flag करू शकता. आम्ही विविध databases मध्ये वापरता येणारे standard SQL वापरतो, त्यामुळे queries चा अर्थ PostgreSQL, MySQL, SQL Server, SQLite आणि इतर बहुतांश databases मध्ये सारखाच असतो. आमच्या mock tests मध्ये queries वाचण्याचा, त्यांचा मागोवा घेण्याचा आणि योग्य query निवडण्याचा सराव होतो; तुम्ही लिहिलेल्या queries त्या चालवत नाहीत. अनेक वास्तविक SQL tests मध्ये अपेक्षित निकालांशी पडताळली जाणारी query लिहायला सांगितली जाते. त्यामुळे त्यासाठी आवश्यक वाचन आणि query चा मागोवा घेण्याची कौशल्ये विकसित करण्यासाठी आमच्या mock tests वापरा आणि SQLite सारख्या मोफत database मध्ये स्वतःही queries लिहिण्याचा सराव करा.

सोडवून दाखवलेल्या उदाहरणांसह प्रश्नांचे प्रकार

प्रत्येक विभागासाठी एक सोडवून दाखवलेले उदाहरण, आणि बहुतेक लोक ज्या सापळ्यात अडकतात तो.

1. SQL संकल्पना. COUNT() आणि COUNT(email) यांच्यात काय फरक आहे? COUNT() प्रत्येक row मोजते; COUNT(email) फक्त email NULL नसलेल्या rows मोजते. सापळा: प्रत्येक count मध्ये सर्व rows समाविष्ट असतात असे मानणे. बहुतांश aggregate functions NULL values वगळतात.

2. Query काय परत करते. scores table मध्ये 8, 5, NULL आणि 8 या values आहेत. SELECT COUNT(DISTINCT score) काय परत करते? NULL नसलेल्या वेगळ्या values 8 आणि 5 आहेत, त्यामुळे उत्तर 2 आहे. सापळा: NULL ला एक value म्हणून मोजणे किंवा duplicate 8 दोनदा मोजणे. Table लिहून काढा आणि query ज्या rows वगळेल त्या खोडून टाका.

3. Query दुरुस्त करणे. एका query मध्ये WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 आहे, आणि ती inactive Austin customers परत करते. AND चे मूल्यमापन OR आधी होते, त्यामुळे या अटीचा खरा अर्थ Austin किंवा active Dallas असा होतो. Brackets लावून दुरुस्ती करा: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1. सापळा: अट डावीकडून उजवीकडे वाचणे.

4. योग्य query निवडणे. सर्वात अलीकडच्या पाच orders हव्या आहेत. यापैकी योग्य कोणती: ORDER BY order_date DESC with a limit of 5, की ORDER BY order_date with a limit of 5? पहिली. DESC नसल्यास sorting जुन्या orders पासून सुरू होते, त्यामुळे सर्वात जुन्या पाच मिळतील. सापळा: sorting ची दिशा तपासल्याशिवाय योग्य दिसणारी query निवडणे. (Databases मध्ये limit वेगवेगळ्या प्रकारे लिहितात, उदाहरणार्थ LIMIT 5 किंवा FETCH FIRST 5 ROWS ONLY. तुमच्या test मध्ये कोणता प्रकार आहे ते तपासा.)

5. अटींसह Joins. Left join नंतर right table च्या column वर WHERE अट लावल्यास तो नकळत inner join बनतो. जुळणी न झालेल्या rows मध्ये त्या column साठी NULL असते आणि अट त्यांना काढून टाकते. सापळा: कोणत्या rows गायब होतात हे लक्षात न घेणे. विचारा, "जुळणारी row नसल्यास काय होते?"

तयारी कशी करावी

1. सर्वप्रथम तुमचे आमंत्रण वाचा. तुम्ही कोणते प्लॅटफॉर्म वापरणार आहात, किती वेळ मिळेल, तुम्हाला queries लिहायच्या आहेत की multiple choice प्रश्नांची उत्तरे द्यायची आहेत आणि कोणता database वापरला जाणार आहे, हे जाणून घ्या. प्रत्येक चाचणीचा प्रकार वेगळा असू शकतो, त्यामुळे अंदाज बांधू नका.
2. Query कोणत्या क्रमाने चालते ते शिका. आधी FROM आणि JOIN, त्यानंतर WHERE, GROUP BY, HAVING, SELECT आणि ORDER BY. कोणत्या टप्प्यावर कोणता data उपलब्ध असतो, हे समजल्यावर बहुतेक "हे चुकीचे का आहे?" असे प्रश्न समजणे सोपे जाते.
3. लहान tables हाताने तपासा. तीन किंवा चार rows लिहून घ्या आणि प्रत्येक clause क्रमाने लागू करा. उत्तर तपासण्याचा हा सर्वात जलद मार्ग आहे. यात NULL आणि duplicate values मुळे होणाऱ्या चुका देखील लक्षात येतात.
4. NULL हा स्वतंत्र विषय समजा. IS NULL, COUNT(column) आणि COUNT(*) यांतील फरक, AVG मध्ये NULLs वगळले जाणे, यादीत NULL असताना NOT IN कसे वागते आणि जुळत नसलेल्या columns मध्ये left join काय ठेवते याचा सराव करा.
5. खऱ्या queries देखील लिहा. आमच्या mock tests मुळे वाचण्याचा आणि queries चा मागोवा घेण्याचा सराव होतो. वेळेत queries टाइप करणे सहज वाटावे यासाठी SQLite सारख्या मोफत database मध्येही queries लिहा. काही चाचण्यांमध्ये तुमची query अनेक test cases वर तपासली जाते. उदाहरणार्थ, SQLite test साठी TestGorilla 10 पेक्षा जास्त test cases असल्याचे सांगते (TestGorilla).
6. फक्त syntax नव्हे, तर निकालही तपासा. Query चालली तरी ती चुकीच्या rows देऊ शकते. उत्तर submit करण्यापूर्वी matches नसतील, duplicates असतील किंवा NULLs असतील तर काय होईल, हे स्वतःला विचारा.
7. प्रत्यक्ष चाचणीच्या वेगाने सराव करा. TestGorilla च्या MySQL test सारख्या छोट्या ज्ञानचाचणीत 10 मिनिटांत 15 प्रश्न असतात, म्हणजे प्रत्येक प्रश्नासाठी एका मिनिटापेक्षा खूपच कमी वेळ मिळतो (TestGorilla). त्या दिवशी हा वेग सहज वाटावा यासाठी संपूर्ण timed mock tests द्या.

गुणांकन साधारणपणे कसे केले जाते

गुणांकन नियोक्ता आणि प्लॅटफॉर्मवर अवलंबून असते. SQL साठी कोणतीही प्रमाणित गुणपद्धती किंवा सर्वत्र लागू होणारी उत्तीर्णतेची किमान मर्यादा नाही. चांगला निकाल कशाला म्हणायचे हे प्रत्येक नियोक्ता ठरवतो. Query प्रश्न कसे तपासले जातात याची दोन सार्वजनिक उदाहरणे:

• HackerRank डेटाबेस प्रश्न: HackerRank सांगते की तुमच्या query चा निकाल अपेक्षित आउटपुटशी तुलना करून प्रश्नांचे गुण आपोआप दिले जातात. निकाल जुळल्यास पूर्ण गुण मिळतात आणि इतर कोणत्याही बाबतीत शून्य गुण मिळतात. मात्र, नियोक्त्याने स्वतः तपासून काही गुण दिल्यास तसे होऊ शकते. नियोक्ता पंक्तींचा क्रम दुर्लक्षित करण्याचाही पर्याय निवडू शकतो (HackerRank support).
• TestGorilla ची SQLite चाचणी: TestGorilla सांगते की उमेदवारांचे रँकिंग सोल्यूशनमधील विशेष किंवा टोकाच्या परिस्थिती तपासणाऱ्या 10 पेक्षा जास्त test cases वापरून केले जाते (TestGorilla).

निकाल अनेकदा प्रत्येक पंक्तीनुसार तपासले जातात. त्यामुळे जवळपास बरोबर असलेली query, उदाहरणार्थ ऑर्डर नसलेल्या ग्राहकाला वगळणारी query, उत्तर न दिल्याइतकेच गुण मिळवू शकते.

आमचा सराव गुण म्हणजे तुम्ही आमच्या प्रश्नांपैकी किती प्रश्नांची अचूक उत्तरे दिली, याची विभागनिहाय माहिती. यामुळे कुठे अधिक लक्ष द्यावे हे तुम्हाला समजते. हा सरावाचा गुण आहे: तो कोणत्याही नियोक्त्याच्या किंवा प्लॅटफॉर्मच्या चाचणीतील गुण नाही आणि तुम्ही उत्तीर्ण व्हाल की नाही याचा अंदाज देत नाही.

सामान्य चुका

• = वापरून NULL शी तुलना करणे. IS NULL आणि IS NOT NULL वापरा. = NULL असलेली कोणतीही गोष्ट अनिश्चित असते, त्यामुळे ती row filter होऊन वगळली जाते.
• left join ला WHERE मध्ये filter करणे. उजव्या table मधील columns वरची अट जुळणी न झालेल्या rows काढून टाकते. त्या rows ठेवायच्या असल्यास ती अट ON clause मध्ये द्या.
• एकूणासाठी WHERE वापरणे. Aggregate साठी GROUP BY नंतर HAVING वापरा.
• GROUP BY मध्ये नसलेला column निवडणे. Standard SQL मध्ये निवडलेला प्रत्येक column GROUP BY मध्ये असला पाहिजे किंवा त्यावर aggregate केलेले असले पाहिजे. काही databases query चालवून तुमच्यासाठी एखादी value निवडतात, त्यामुळे चूक लक्षात येत नाही.
• दुबार नोंदींकडे दुर्लक्ष करणे. Join मुळे rows पुन्हा येऊ शकतात, ज्यामुळे SUM आणि COUNT वाढतात. एका बाजूची प्रत्येक row दुसऱ्या बाजूच्या एकापेक्षा जास्त rows शी जुळू शकते का, हे तपासा.
• एका database मधील सोयीच्या पर्यायांवर अवलंबून राहणे. काही functions आणि limit syntax databases नुसार वेगळी असते. Standard form शिका आणि तुमच्या test मध्ये कोणता database वापरला आहे ते तपासा.