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 स्तंभ बाध्यता

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