आपका सेशन खत्म हो गया है

आपकी प्रगति और खरीदारी सुरक्षित हैं। जारी रखने के लिए दोबारा लॉगिन करें।

दोबारा लॉगिन करें
Aspirant Academy

MCQ

DBMS एवं सॉफ्टवेयर इंजीनियरिंग MCQ - अभ्यास प्रश्न

3 विषयों में 98 प्रश्नों का विस्तृत व्याख्या के साथ अभ्यास करें।

98प्रश्न
3विषय
3कठिनाई स्तर

DBMS एवं सॉफ्टवेयर इंजीनियरिंग में विषय

नमूना प्रश्न

1एक सॉफ्टवेयर आवश्यकता विनिर्देश में लिखा है: "सिस्टम हर खोज अनुरोध का उत्तर जल्दी देगा।" यह आवश्यकता कमजोर क्यों मानी जाएगी?

A यह अस्पष्ट है, क्योंकि "जल्दी" कोई वस्तुनिष्ठ प्रतिक्रिया-समय मानदंड नहीं बताता।
B इसे डिज़ाइन दस्तावेज़ में ले जाना चाहिए, क्योंकि प्रतिक्रिया समय कभी आवश्यकता का भाग नहीं होता।
C यह कार्यात्मक सेवा के बजाय अकार्यात्मक गुण बताती है।
D यह अमान्य है, क्योंकि सॉफ्टवेयर आवश्यकता विनिर्देश में केवल डेटा-प्रवाह आरेख हो सकते हैं, पाठ्य आवश्यकताएँ नहीं।

2SQL में अखंडता लागू करते समय कौन-सी आवश्यकता सामान्यतः ट्रिगर के बजाय घोषणात्मक बाधा से बेहतर व्यक्त होती है?

A हर बीजक जोड़ने के बाद असामान्यीकृत मासिक सारांश भर दिया जाए।
B तालिका पर गतिशील रूप से निकाले गए समुच्चय से तुलना करके पंक्ति अस्वीकार की जाए।
C हर ऑर्डर पंक्ति को किसी मौजूद ग्राहक पंक्ति का संदर्भ देना चाहिए।
D जब भी वेतन बदले, पुराने और नए वेतन के साथ लेखा-जांच पंक्ति लिखी जाए।

3लेनदेन प्रसंस्करण में मूल द्वि-चरण लॉकिंग और कठोर द्वि-चरण लॉकिंग के बीच अंतर को कौन-सा कथन सबसे सही ढंग से स्पष्ट करता है?

A कठोर द्वि-चरण लॉकिंग में एक्सक्लूसिव लॉक कमिट या अबॉर्ट होने तक नहीं छोड़े जाते; इसलिए मूल द्वि-चरण लॉकिंग की तुलना में कैस्केडिंग अबॉर्ट कम होते हैं।
B मूल द्वि-चरण लॉकिंग में लेनदेन एक लॉक छोड़ने के बाद भी नए लॉक ले सकता है, जबकि कठोर द्वि-चरण लॉकिंग में लॉक का इस्तेमाल पूरी तरह निषिद्ध होता है।
C कठोर द्वि-चरण लॉकिंग हर रीड ऑपरेशन के तुरंत बाद सभी साझा लॉक छोड़ देती है।
D मूल द्वि-चरण लॉकिंग दृश्य-क्रमबद्धता की गारंटी देती है, लेकिन संघर्ष-क्रमबद्धता की कभी गारंटी नहीं देती।

4Marks(student_id, paper_id, marks) में नई पंक्तियाँ आने के बाद Summary(total_marks) को बनाए रखने के लिए ट्रिगर है। जिस RDBMS में कथन-स्तर संक्रमण तालिकाएँ उपलब्ध हों, उसमें बहु-पंक्ति कथन की त्रुटियों से बचने के लिए कौन-सा डिजाइन सबसे अच्छा है?

A कथन-स्तर ट्रिगर इस्तेमाल करें, जो संक्रमण तालिका की सभी नई पंक्तियों का योग बनाए और हर विद्यार्थी पर एक समूहित अपडेट लागू करे
B AFTER DELETE ट्रिगर इस्तेमाल करें, क्योंकि INSERT का प्रभाव केवल DELETE के बाद दिखता है
C पंक्ति-स्तर ट्रिगर इस्तेमाल करें, लेकिन आधार तालिका से केवल पहली नई पंक्ति पढ़ें
D Summary.total_marks पर CHECK बाध्यता लगाएँ ताकि कुल की गणना हो जाए

5एक डेटाबेस डिजाइनर ऐसा नियम चाहता है जो हर प्रभावित पंक्ति बदलने के बाद पंक्तियों के पार जाने वाली व्यवसायिक शर्त की जांच करे, लेकिन जांच को लेनदेन कमिट होने तक टाला भी जा सके। ऐसे SQL RDBMS में, जो इसे समर्थन देता हो, सबसे उपयुक्त व्यवस्था कौन-सी है?

A बदले गए स्तंभ पर अद्वितीय इंडेक्स
B टाली जा सकने वाली पंक्ति-स्तर बाध्यता ट्रिगर
C केवल स्तंभ-तुलना वाला साधारण CHECK बाध्यता
D एक NOT NULL स्तंभ बाध्यता

अन्य विषय देखें