DBMS — MCQ Practice

Hindi aur English dono mein practice karo — click karo answer check karne ke liye

📚 127 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
127 questions
121
EN + हिं Medium
GB What is serializable snapshot isolation (SSI) and how does it detect write skew?
IN क्रमबद्ध स्नैपशॉट अलगाव (एसएसआई) क्या है और यह लेखन विषमता का पता कैसे लगाता है?
A
A variant of snapshot isolation with stronger locks मजबूत तालों के साथ स्नैपशॉट अलगाव का एक प्रकार
B
A write-optimized version of snapshot isolation स्नैपशॉट अलगाव का एक लेखन-अनुकूलित संस्करण
C
A snapshot isolation that serializes all transactions एक स्नैपशॉट अलगाव जो सभी लेनदेन को क्रमबद्ध करता है
D
An algorithm that detects and prevents write skew anomalies while still using snapshot isolation for reads (avoiding lock-based blocking); it tracks anti-dependency (rw) edges in the transaction graph and aborts transactions that would create dangerous structures (concurrent cycles of rw-anti-dependencies) एक एल्गोरिथ्म जो पढ़ने के लिए स्नैपशॉट अलगाव का उपयोग करते हुए (लॉक-आधारित अवरोधन से बचते हुए) लेखन तिरछी विसंगतियों का पता लगाता है और रोकता है; यह लेन-देन ग्राफ़ में एंटी-डिपेंडेंसी (आरडब्ल्यू) किनारों को ट्रैक करता है और उन लेनदेन को निरस्त करता है जो खतरनाक संरचनाएं बनाते हैं (आरडब्ल्यू-एंटी-डिपेंडेंसी के समवर्ती चक्र)
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) SSI (PostgreSQL 9.1+): uses snapshot isolation for reads (no read locks, no blocking). Detects write skew by tracking rw-anti-dependency edges: if T1 reads data written by T2 AND T2 reads data written by T1 (or modified by T1), one must abort. Detects dangerous double rw-anti-dependency cycles. Provides serializability without write locks: high concurrency with strong guarantees.
व्याख्या (हिन्दी) एसएसआई (पोस्टग्रेएसक्यूएल 9.1+): रीड्स के लिए स्नैपशॉट आइसोलेशन का उपयोग करता है (कोई रीड लॉक नहीं, कोई ब्लॉकिंग नहीं)। आरडब्ल्यू-एंटी-डिपेंडेंसी किनारों को ट्रैक करके राइट स्कू का पता लगाता है: यदि टी1 टी2 द्वारा लिखे गए डेटा को पढ़ता है और टी2 टी1 द्वारा लिखे गए डेटा को पढ़ता है (या टी1 द्वारा संशोधित), तो किसी को निरस्त करना होगा। खतरनाक डबल आरडब्ल्यू-एंटी-डिपेंडेंसी चक्रों का पता लगाता है। राइट लॉक के बिना क्रमबद्धता प्रदान करता है: मजबूत गारंटी के साथ उच्च संगामिति।
122
EN + हिं Hard
GB What is the distinction between recoverable and non-recoverable schedules in concurrency control?
IN समवर्ती नियंत्रण में पुनर्प्राप्ति योग्य और गैर-पुनर्प्राप्ति योग्य अनुसूचियों के बीच क्या अंतर है?
A
All schedules produced by 2PL are non-recoverable 2PL द्वारा निर्मित सभी शेड्यूल गैर-पुनर्प्राप्ति योग्य हैं
B
Non-recoverable schedules are only possible in distributed databases गैर-पुनर्प्राप्ति योग्य शेड्यूल केवल वितरित डेटाबेस में ही संभव हैं
C
Recoverable schedules require serializable isolation पुनर्प्राप्ति योग्य शेड्यूल के लिए क्रमबद्ध अलगाव की आवश्यकता होती है
D
A recoverable schedule ensures that if a transaction Ti reads data written by Tj then Tj must commit before Ti commits (preventing dirty read scenario from corrupting committed data). A non-recoverable schedule allows Ti to commit before Tj commits - if Tj then aborts Ti cannot be rolled back even though it read uncommitted data creating a permanent corruption एक पुनर्प्राप्ति योग्य शेड्यूल यह सुनिश्चित करता है कि यदि कोई लेनदेन Ti, Tj द्वारा लिखे गए डेटा को पढ़ता है तो Tj को Ti के प्रतिबद्ध होने से पहले प्रतिबद्ध होना चाहिए (गंदे रीड परिदृश्य को प्रतिबद्ध डेटा को दूषित होने से रोकना)। एक गैर-पुनर्प्राप्ति योग्य शेड्यूल Ti को Tj के प्रतिबद्ध होने से पहले प्रतिबद्ध होने की अनुमति देता है - यदि Tj फिर निरस्त हो जाता है तो Ti को वापस नहीं लाया जा सकता है, भले ही यह अप्रतिबद्ध डेटा को पढ़ता है जिससे स्थायी भ्रष्टाचार पैदा होता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Recoverable schedule: if Ti reads value written by Tj (uncommitted), Ti cannot commit until Tj commits. This ensures: if Tj aborts, Ti can also be aborted (Ti had not committed yet). Non-recoverable: Ti commits before Tj commits -> if Tj aborts, Ti had committed data that never existed -> cannot undo committed transaction. Strict 2PL (no dirty reads) automatically makes schedules recoverable.
व्याख्या (हिन्दी) पुनर्प्राप्त करने योग्य शेड्यूल: यदि Ti, Tj (अप्रतिबद्ध) द्वारा लिखे गए मान को पढ़ता है, तो Tj के प्रतिबद्ध होने तक Ti प्रतिबद्ध नहीं हो सकता है। यह सुनिश्चित करता है: यदि Tj गर्भपात करता है, तो Ti को भी निरस्त किया जा सकता है (Ti ने अभी तक प्रतिबद्ध नहीं किया था)। गैर-पुनर्प्राप्ति योग्य: Tj के प्रतिबद्ध होने से पहले Ti प्रतिबद्ध होता है -> यदि Tj निरस्त हो जाता है, तो Ti ने ऐसा डेटा प्रतिबद्ध किया था जो कभी अस्तित्व में ही नहीं था -> प्रतिबद्ध लेनदेन को पूर्ववत नहीं किया जा सकता है। सख्त 2PL (कोई गंदा पाठ नहीं) स्वचालित रूप से शेड्यूल को पुनर्प्राप्त करने योग्य बनाता है।
123
EN + हिं Hard
GB What is the ACA (Avoids Cascading Aborts) property in concurrency control schedules?
IN समवर्ती नियंत्रण अनुसूचियों में ACA (कैस्केडिंग गर्भपात से बचाता है) संपत्ति क्या है?
A
A schedule avoids cascading aborts (ACA) if transactions only read values written by COMMITTED transactions - even if those committed transactions read from other uncommitted transactions. ACA is stronger than recoverability but weaker than strict schedules; ACA schedules never require cascading rollbacks यदि लेन-देन केवल प्रतिबद्ध लेन-देन द्वारा लिखे गए मानों को पढ़ता है, तो एक शेड्यूल कैस्केडिंग एबॉर्ट (एसीए) से बचता है - भले ही वे प्रतिबद्ध लेन-देन अन्य अप्रतिबद्ध लेन-देन से पढ़े जाते हों। एसीए पुनर्प्राप्ति से अधिक मजबूत है लेकिन सख्त शेड्यूल से कमजोर है; एसीए शेड्यूल को कभी भी व्यापक रोलबैक की आवश्यकता नहीं होती है
B
A property that prevents all transaction aborts एक संपत्ति जो सभी लेन-देन को रोकती है, निरस्त हो जाती है
C
A property specific to distributed database schedules वितरित डेटाबेस अनुसूचियों के लिए विशिष्ट संपत्ति
D
A property that limits the number of aborts in a schedule एक संपत्ति जो एक अनुसूची में गर्भपात की संख्या को सीमित करती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) ACA property: every transaction reads only committed data. If T reads only committed writes, T can never become dirty-read from an aborted transaction. This prevents cascading aborts entirely (no transaction read from T if T aborts, because T only read committed data - it cannot cascade). Strict 2PL (hold all locks until commit) guarantees ACA automatically.
व्याख्या (हिन्दी) एसीए संपत्ति: प्रत्येक लेनदेन केवल प्रतिबद्ध डेटा पढ़ता है। यदि टी केवल प्रतिबद्ध लेखन पढ़ता है, तो टी कभी भी निरस्त लेनदेन से गंदा-पढ़ा नहीं जा सकता है। यह कैस्केडिंग को पूरी तरह से निरस्त होने से रोकता है (यदि टी निरस्त हो जाता है तो टी से कोई लेन-देन नहीं पढ़ा जाता है, क्योंकि टी केवल प्रतिबद्ध डेटा पढ़ता है - यह कैस्केड नहीं कर सकता है)। स्ट्रिक्ट 2PL (कमिट होने तक सभी लॉक को पकड़कर रखें) स्वचालित रूप से ACA की गारंटी देता है।
124
EN + हिं Easy
GB What is the relationship between the isolation levels and the schedule properties (recoverable ACA strict)?
IN अलगाव स्तर और शेड्यूल गुणों (पुनर्प्राप्ति योग्य एसीए सख्त) के बीच क्या संबंध है?
A
Schedule properties apply only to single-transaction systems शेड्यूल गुण केवल एकल-लेन-देन प्रणालियों पर लागू होते हैं
B
Higher isolation levels produce weaker schedule properties उच्च अलगाव स्तर कमजोर शेड्यूल गुण उत्पन्न करते हैं
C
They are completely unrelated concepts वे पूरी तरह से असंबद्ध अवधारणाएँ हैं
D
Isolation levels impose schedules with specific properties: READ UNCOMMITTED may produce non-recoverable schedules. READ COMMITTED produces ACA schedules (reads only committed data). REPEATABLE READ produces ACA schedules and additionally prevents non-repeatable reads. SERIALIZABLE produces strict schedules (only committed data read held until commit) and conflict-serializable execution histories अलगाव स्तर विशिष्ट गुणों के साथ शेड्यूल लागू करते हैं: रीड अनकमिटेड गैर-पुनर्प्राप्ति योग्य शेड्यूल उत्पन्न कर सकता है। रीड कमिटेड एसीए शेड्यूल तैयार करता है (केवल प्रतिबद्ध डेटा पढ़ता है)। दोहराए जाने योग्य रीड एसीए शेड्यूल तैयार करता है और इसके अतिरिक्त गैर-दोहराए जाने योग्य रीड को रोकता है। SERIALIZABLE सख्त शेड्यूल (केवल प्रतिबद्ध डेटा को प्रतिबद्ध होने तक पढ़ा जाता है) और संघर्ष-क्रमबद्ध निष्पादन इतिहास तैयार करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Schedule property hierarchy: Strict (all writes held until commit) > ACA (read only committed) > Recoverable (commit order respects read-from relationship) > All schedules. Isolation level mapping: READ UNCOMMITTED: any schedule. READ COMMITTED: ACA (reads only committed data). REPEATABLE READ: ACA + non-repeatable read prevention. SERIALIZABLE: strict + conflict-serializable.
व्याख्या (हिन्दी) शेड्यूल संपत्ति पदानुक्रम: सख्त (कमिट होने तक सभी लेखन रोके गए) > एसीए (केवल पढ़ने के लिए प्रतिबद्ध) > पुनर्प्राप्त करने योग्य (प्रतिबद्ध आदेश रीड-फ्रॉम संबंध का सम्मान करता है) > सभी शेड्यूल। अलगाव स्तर मानचित्रण: अप्रतिबद्ध पढ़ें: कोई भी कार्यक्रम। प्रतिबद्ध पढ़ें: एसीए (केवल प्रतिबद्ध डेटा पढ़ता है)। दोहराए जाने योग्य पढ़ें: एसीए + गैर-दोहराए जाने योग्य पढ़ने की रोकथाम। क्रमबद्ध: सख्त + संघर्ष-क्रमबद्ध।
125
EN + हिं Hard
GB A schedule is conflict serializable if
IN एक शेड्यूल संघर्षशील है यदि
A
All transactions commit सभी लेन-देन प्रतिबद्ध हैं
B
Its precedence graph is ACYCLIC (no cycles) इसका पूर्वता ग्राफ ACYCLIC है (कोई चक्र नहीं)
C
No locks used कोई ताले का उपयोग नहीं किया गया
D
All operations are reads सभी ऑपरेशन पढ़े जाते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Conflict serializable: precedence (serialization) graph has NO cycles.
व्याख्या (हिन्दी) संघर्ष क्रमबद्ध: प्राथमिकता (क्रमबद्धता) ग्राफ़ में कोई चक्र नहीं है।
126
EN + हिं Hard
GB SERIALIZABLE isolation
IN क्रमबद्ध अलगाव
A
Highest concurrency most anomalies उच्चतम संगामिति अधिकांश विसंगतियाँ
B
Prevents dirty reads only केवल गंदे पढ़ने से रोकता है
C
Prevents ALL anomalies - highest isolation, lowest concurrency सभी विसंगतियों को रोकता है - उच्चतम अलगाव, निम्नतम संगामिति
D
Allows non-repeatable reads गैर-दोहराए जाने योग्य पढ़ने की अनुमति देता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) SERIALIZABLE: highest isolation, prevents ALL read anomalies (dirty, non-repeatable, phantom).
व्याख्या (हिन्दी) क्रमबद्ध: उच्चतम अलगाव, सभी पढ़ी गई विसंगतियों (गंदी, गैर-दोहराने योग्य, प्रेत) को रोकता है।
127
EN + हिं Medium
GB Thomas Write Rule modification to timestamp ordering
IN टाइमस्टैम्प ऑर्डरिंग में थॉमस राइट रूल संशोधन
A
Aborts all late writes देर से लिखने वाले सभी कार्यों को निरस्त करता है
B
Forces all writes to be serialized सभी लेखनों को क्रमबद्ध करने के लिए बाध्य करता है
C
Requires write acknowledgment लिखित पावती की आवश्यकता है
D
Silently ignores an obsolete write when a newer transaction already wrote the item जब किसी नए लेनदेन ने पहले से ही आइटम लिखा हो तो अप्रचलित लेखन को चुपचाप अनदेखा कर देता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Thomas Write Rule: if write is 'too old' (newer transaction already wrote), ignore it without aborting.
व्याख्या (हिन्दी) थॉमस लिखें नियम: यदि लिखना 'बहुत पुराना' है (नया लेनदेन पहले ही लिखा जा चुका है), तो इसे निरस्त किए बिना अनदेखा करें।
121–127 of 127