DBMS — MCQ Practice

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

📚 2982 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
2982 questions
2206
EN + हिं Easy
GB What is an index hint and when should it be used?
IN इंडेक्स संकेत क्या है और इसका उपयोग कब किया जाना चाहिए?
A
A directive added to a SQL query that forces or suggests the query optimizer to use a specific index instead of choosing one automatically - should be used sparingly when the optimizer consistently makes poor choices due to inaccurate statistics or atypical query patterns SQL क्वेरी में जोड़ा गया एक निर्देश जो क्वेरी ऑप्टिमाइज़र को किसी एक को स्वचालित रूप से चुनने के बजाय एक विशिष्ट इंडेक्स का उपयोग करने के लिए मजबूर करता है या सुझाव देता है - जब ऑप्टिमाइज़र लगातार गलत आंकड़ों या असामान्य क्वेरी पैटर्न के कारण खराब विकल्प बनाता है तो इसका उपयोग कम से कम किया जाना चाहिए।
B
A comment in SQL code suggesting an index SQL कोड में एक टिप्पणी जो एक इंडेक्स का सुझाव देती है
C
An index optimization applied at compile time संकलन समय पर एक सूचकांक अनुकूलन लागू किया गया
D
An automatic suggestion from the DBMS to add new indexes नए इंडेक्स जोड़ने के लिए डीबीएमएस से एक स्वचालित सुझाव
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Index hint: MySQL: SELECT * FROM t USE INDEX (idx_name) WHERE ...; SQL Server: SELECT * FROM t WITH (INDEX(idx_name)) WHERE ...; Oracle: SELECT /*+ INDEX(t idx_name) */ * FROM t WHERE ... Overrides optimizer choice. Use when: optimizer systematically picks wrong index due to bad statistics, very specific workloads with known access patterns. Avoid: hard-coding hints creates maintenance burden.
व्याख्या (हिन्दी) सूचकांक संकेत: MySQL: चयन करें * सूचकांक का उपयोग करने से (idx_name) जहां...; एसक्यूएल सर्वर: चयन करें * टी के साथ (INDEX(idx_name)) कहां...; ओरेकल: SELECT /*+ INDEX(t idx_name) */ * FROM t WHERE... ऑप्टिमाइज़र विकल्प को ओवरराइड करता है। जब उपयोग करें: ऑप्टिमाइज़र खराब आँकड़ों, ज्ञात पहुँच पैटर्न के साथ बहुत विशिष्ट कार्यभार के कारण व्यवस्थित रूप से गलत सूचकांक चुनता है। बचें: हार्ड-कोडिंग संकेत रखरखाव का बोझ पैदा करते हैं।
2207
EN + हिं Medium
GB What is the adaptive hash index (AHI) in MySQL InnoDB and how does it work?
IN MySQL InnoDB में एडाप्टिव हैश इंडेक्स (AHI) क्या है और यह कैसे काम करता है?
A
A manually configured hash index मैन्युअल रूप से कॉन्फ़िगर किया गया हैश इंडेक्स
B
An automatically built in-memory hash index that InnoDB creates on top of frequently accessed B-tree index pages - when InnoDB detects that the same index lookups are performed repeatedly it builds a hash index for those values enabling O(1) lookup vs O(log n) B-tree traversal एक स्वचालित रूप से निर्मित इन-मेमोरी हैश इंडेक्स जिसे InnoDB अक्सर एक्सेस किए गए B-ट्री इंडेक्स पेजों के शीर्ष पर बनाता है - जब InnoDB पता लगाता है कि एक ही इंडेक्स लुकअप बार-बार किया जाता है तो यह उन मानों के लिए एक हैश इंडेक्स बनाता है जो O(1) लुकअप बनाम O(लॉग एन) B-ट्री ट्रैवर्सल को सक्षम करता है।
C
A hash index that adapts to changing data distributions एक हैश इंडेक्स जो बदलते डेटा वितरण के अनुकूल होता है
D
A persistent hash index stored on disk डिस्क पर संग्रहीत एक सतत हैश इंडेक्स
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Adaptive Hash Index: InnoDB monitors index access patterns. If it detects frequent repeated lookups of specific key values on a B-tree index, it automatically builds an in-memory hash table for those values. Lookup becomes O(1) instead of O(log n). Can be disabled (innodb_adaptive_hash_index=OFF) if contention on the AHI latch becomes a bottleneck.
व्याख्या (हिन्दी) अनुकूली हैश इंडेक्स: InnoDB इंडेक्स एक्सेस पैटर्न की निगरानी करता है। यदि यह बी-ट्री इंडेक्स पर विशिष्ट कुंजी मानों के बार-बार दोहराए जाने वाले लुकअप का पता लगाता है, तो यह स्वचालित रूप से उन मानों के लिए इन-मेमोरी हैश तालिका बनाता है। लुकअप O(लॉग एन) के बजाय O(1) हो जाता है। यदि AHI लैच पर विवाद एक बाधा बन जाता है तो इसे अक्षम किया जा सकता है (innodb_adaptive_hash_index=OFF)।
2208
EN + हिं Hard
GB What is index compression and how does it reduce storage and improve performance?
IN इंडेक्स कम्प्रेशन क्या है और यह स्टोरेज को कैसे कम करता है और प्रदर्शन में सुधार करता है?
A
Using fewer indexes to reduce storage भंडारण कम करने के लिए कम अनुक्रमणिका का उपयोग करना
B
A technique that reduces the storage size of index entries by: prefix compression (storing only the suffix that differs from the previous key for sorted keys) dictionary compression (replacing repeated values with integer codes) or key compression - smaller index means more pages fit in buffer pool improving cache efficiency and reducing I/O एक तकनीक जो सूचकांक प्रविष्टियों के भंडारण आकार को कम कर देती है: उपसर्ग संपीड़न (केवल प्रत्यय को संग्रहीत करना जो सॉर्ट की गई कुंजी के लिए पिछली कुंजी से भिन्न होता है) शब्दकोश संपीड़न (पूर्णांक कोड के साथ दोहराए गए मानों को बदलना) या कुंजी संपीड़न - छोटे सूचकांक का मतलब है कि बफर पूल में अधिक पृष्ठ फिट होते हैं, कैश दक्षता में सुधार होता है और I/O कम होता है
C
Compressing the entire table to save space स्थान बचाने के लिए संपूर्ण तालिका को संपीड़ित करना
D
Removing duplicate rows from the indexed table अनुक्रमित तालिका से डुप्लिकेट पंक्तियाँ हटाना
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Index compression techniques: (1) Prefix compression (key prefix elision): sorted B-tree keys share common prefixes - store full prefix once, then only the unique suffix for each key. (2) Dictionary encoding: replace repeated values with small integer codes. Benefits: index pages hold more entries (better fan-out), more pages fit in buffer pool (fewer I/O). Used in columnar indexes and InnoDB page compression.
व्याख्या (हिन्दी) सूचकांक संपीड़न तकनीक: (1) उपसर्ग संपीड़न (कुंजी उपसर्ग एलिसन): क्रमबद्ध बी-ट्री कुंजियाँ सामान्य उपसर्ग साझा करती हैं - पूर्ण उपसर्ग को एक बार संग्रहीत करें, फिर प्रत्येक कुंजी के लिए केवल अद्वितीय प्रत्यय। (2) शब्दकोश एन्कोडिंग: दोहराए गए मानों को छोटे पूर्णांक कोड से बदलें। लाभ: सूचकांक पृष्ठों में अधिक प्रविष्टियाँ होती हैं (बेहतर फैन-आउट), अधिक पृष्ठ बफर पूल में फिट होते हैं (कम I/O)। स्तंभ अनुक्रमणिका और InnoDB पृष्ठ संपीड़न में उपयोग किया जाता है।
2209
EN + हिं Medium
GB What is the difference between a primary index and a secondary index?
IN प्राथमिक सूचकांक और द्वितीयक सूचकांक के बीच क्या अंतर है?
A
Secondary indexes are always slower than primary indexes द्वितीयक सूचकांक हमेशा प्राथमिक सूचकांक की तुलना में धीमे होते हैं
B
A primary index is built on the primary key and determines the physical order of data (clustered); secondary indexes are built on non-primary key columns and do not determine physical data order (non-clustered in most DBMS) - secondary indexes reference the primary key to locate actual rows एक प्राथमिक सूचकांक प्राथमिक कुंजी पर बनाया गया है और डेटा (क्लस्टर) का भौतिक क्रम निर्धारित करता है; द्वितीयक सूचकांक गैर-प्राथमिक कुंजी स्तंभों पर बनाए जाते हैं और भौतिक डेटा क्रम निर्धारित नहीं करते हैं (अधिकांश डीबीएमएस में गैर-क्लस्टर) - द्वितीयक सूचकांक वास्तविक पंक्तियों का पता लगाने के लिए प्राथमिक कुंजी का संदर्भ देते हैं
C
Primary indexes can only be on single columns प्राथमिक सूचकांक केवल एकल कॉलम पर हो सकते हैं
D
They are identical in structure वे संरचना में समान हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Primary index (clustered/primary key index): defines physical data order, one per table, uniquely identifies rows. Secondary index: built on any other column(s), does not determine physical storage, points to primary key (or ROWID/heap pointer). MySQL InnoDB: secondary indexes contain primary key values as row locators (not heap pointers), enabling efficient PK lookup after secondary index scan.
व्याख्या (हिन्दी) प्राथमिक सूचकांक (संकुल/प्राथमिक कुंजी सूचकांक): भौतिक डेटा क्रम को परिभाषित करता है, प्रति तालिका एक, विशिष्ट रूप से पंक्तियों की पहचान करता है। द्वितीयक सूचकांक: किसी अन्य कॉलम पर निर्मित, भौतिक भंडारण निर्धारित नहीं करता है, प्राथमिक कुंजी (या ROWID/हीप पॉइंटर) को इंगित करता है। MySQL InnoDB: सेकेंडरी इंडेक्स में पंक्ति लोकेटर (हीप पॉइंटर्स नहीं) के रूप में प्राथमिक कुंजी मान होते हैं, जो सेकेंडरी इंडेक्स स्कैन के बाद कुशल PK लुकअप को सक्षम करता है।
2210
EN + हिं Easy
GB What is the column store index (columnstore index) in SQL Server and what is its primary use case?
IN SQL सर्वर में कॉलम स्टोर इंडेक्स (कॉलमस्टोर इंडेक्स) क्या है और इसका प्राथमिक उपयोग मामला क्या है?
A
A special index type that stores data by column rather than by row enabling high compression and vectorized batch processing - primarily used for OLAP/analytical workloads where queries aggregate over large datasets and touch only a few columns एक विशेष सूचकांक प्रकार जो उच्च संपीड़न और वेक्टरकृत बैच प्रोसेसिंग को सक्षम करने के लिए पंक्ति के बजाय कॉलम द्वारा डेटा संग्रहीत करता है - मुख्य रूप से ओएलएपी/विश्लेषणात्मक वर्कलोड के लिए उपयोग किया जाता है जहां क्वेरी बड़े डेटासेट पर एकत्र होती हैं और केवल कुछ कॉलम को छूती हैं
B
An index that references columns in other tables एक सूचकांक जो अन्य तालिकाओं में स्तंभों का संदर्भ देता है
C
An index that sorts columns alphabetically एक सूचकांक जो स्तंभों को वर्णानुक्रम में क्रमबद्ध करता है
D
An index that compresses column names एक सूचकांक जो स्तंभ नामों को संपीड़ित करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) SQL Server columnstore index: stores each column separately using compression (RLE, dictionary). Queries that aggregate only a few columns of a large table read only those columns. Batch mode processing: processes 64-900 rows at a time using SIMD/vectorized operations. 10-100x faster for analytics. Can be combined with rowstore for HTAP workloads (clustered columnstore + nonclustered rowstore).
व्याख्या (हिन्दी) SQL सर्वर कॉलमस्टोर इंडेक्स: संपीड़न (आरएलई, डिक्शनरी) का उपयोग करके प्रत्येक कॉलम को अलग से संग्रहीत करता है। वे क्वेरीज़ जो किसी बड़ी तालिका के केवल कुछ स्तंभों को एकत्रित करती हैं, केवल उन्हीं स्तंभों को पढ़ती हैं। बैच मोड प्रसंस्करण: SIMD/वेक्टरीकृत संचालन का उपयोग करके एक समय में 64-900 पंक्तियों को संसाधित करता है। एनालिटिक्स के लिए 10-100 गुना तेज। HTAP वर्कलोड (क्लस्टर्ड कॉलमस्टोर + नॉनक्लस्टर्ड रोस्टोर) के लिए रोस्टोर के साथ जोड़ा जा सकता है।
2211
EN + हिं Easy
GB What is index maintenance overhead and how should DBAs manage it in production systems?
IN सूचकांक रखरखाव ओवरहेड क्या है और डीबीए को इसे उत्पादन प्रणालियों में कैसे प्रबंधित करना चाहिए?
A
The cost of creating new indexes नए सूचकांक बनाने की लागत
B
The cost of reading from indexes अनुक्रमणिका से पढ़ने की लागत
C
The cost of updating indexes on every INSERT/UPDATE/DELETE which includes: additional I/O for each index page write, page splits causing fragmentation, and potential index bloat - managed by: choosing indexes carefully (only create indexes that pay off) rebuilding fragmented indexes (ALTER INDEX REBUILD) and reorganizing (ALTER INDEX REORGANIZE) on a scheduled basis प्रत्येक INSERT/UPDATE/DELETE पर इंडेक्स को अपडेट करने की लागत जिसमें शामिल है: प्रत्येक इंडेक्स पेज लिखने के लिए अतिरिक्त I/O, पृष्ठ विभाजन के कारण विखंडन, और संभावित इंडेक्स ब्लोट - द्वारा प्रबंधित: इंडेक्स को सावधानीपूर्वक चुनना (केवल ऐसे इंडेक्स बनाएं जो भुगतान करते हैं) खंडित इंडेक्स का पुनर्निर्माण (ALTER INDEX REBUILD) और एक निर्धारित आधार पर पुनर्गठित करना (ALTER INDEX REORGANIZE)
D
Indexes that require manual maintenance ऐसे सूचकांक जिन्हें मैन्युअल रखरखाव की आवश्यकता होती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Index maintenance overhead: every write to a table incurs write amplification for each index. Management strategies: (1) Monitor index usage (sys.dm_db_index_usage_stats in SQL Server) - drop unused indexes. (2) Monitor fragmentation - rebuild (fast but locks) or reorganize (online, slower) based on fragmentation level. (3) Schedule maintenance during off-peak hours. (4) Use fill factor to delay page splits.
व्याख्या (हिन्दी) सूचकांक रखरखाव ओवरहेड: तालिका में प्रत्येक लेखन प्रत्येक सूचकांक के लिए लेखन प्रवर्धन को लागू करता है। प्रबंधन रणनीतियाँ: (1) इंडेक्स उपयोग की निगरानी करें (SQL सर्वर में sys.dm_db_index_usage_stats) - अप्रयुक्त इंडेक्स को हटा दें। (2) विखंडन की निगरानी करें - विखंडन स्तर के आधार पर पुनर्निर्माण (तेज़ लेकिन लॉक) या पुनर्गठित (ऑनलाइन, धीमा)। (3) ऑफ-पीक घंटों के दौरान रखरखाव शेड्यूल करें। (4) पृष्ठ विभाजन में देरी के लिए भरण कारक का उपयोग करें।
2212
EN + हिं Medium
GB What is the Atomicity property of ACID transactions and how is it implemented by the DBMS?
IN ACID लेनदेन की एटोमिसिटी संपत्ति क्या है और इसे DBMS द्वारा कैसे कार्यान्वित किया जाता है?
A
Atomicity means each statement is its own transaction परमाणुता का अर्थ है कि प्रत्येक कथन अपना स्वयं का लेनदेन है
B
Transactions are processed by a single atomic CPU लेन-देन एकल परमाणु सीपीयू द्वारा संसाधित किए जाते हैं
C
All operations in a transaction either ALL complete successfully (COMMIT) or ALL are undone (ROLLBACK) - implemented via the undo log: before each change the original value is written to the undo log enabling complete rollback if the transaction fails or is explicitly rolled back लेन-देन में सभी ऑपरेशन या तो सभी सफलतापूर्वक पूर्ण (COMMIT) या सभी पूर्ववत (रोलबैक) - पूर्ववत लॉग के माध्यम से कार्यान्वित किए जाते हैं: प्रत्येक परिवर्तन से पहले मूल मान को पूर्ववत लॉग में लिखा जाता है, यदि लेनदेन विफल हो जाता है या स्पष्ट रूप से वापस रोल किया जाता है तो पूर्ण रोलबैक सक्षम होता है।
D
Transactions execute at the atomic CPU instruction level लेनदेन परमाणु सीपीयू अनुदेश स्तर पर निष्पादित होते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Atomicity implementation: DBMS maintains undo/rollback log with before-images of modified data. If ROLLBACK: apply undo log in reverse order to restore original values. If COMMIT: make changes permanent, discard undo log entries. Crash during transaction: recovery applies undo log during restart.
व्याख्या (हिन्दी) एटोमिसिटी कार्यान्वयन: डीबीएमएस संशोधित डेटा की पूर्व-छवियों के साथ पूर्ववत/रोलबैक लॉग बनाए रखता है। यदि रोलबैक: मूल मानों को पुनर्स्थापित करने के लिए रिवर्स ऑर्डर में लॉग को पूर्ववत करें लागू करें। यदि प्रतिबद्ध हैं: परिवर्तनों को स्थायी बनाएं, लॉग प्रविष्टियों को पूर्ववत करें। लेन-देन के दौरान क्रैश: पुनर्प्राप्ति पुनरारंभ के दौरान लॉग को पूर्ववत करने पर लागू होती है।
2213
EN + हिं Easy
GB What is the Consistency property in ACID and who is responsible for defining the constraints that must hold?
IN ACID में संगति संपत्ति क्या है और उन बाधाओं को परिभाषित करने के लिए कौन जिम्मेदार है जो अवश्य होनी चाहिए?
A
Consistency only applies to financial transactions संगति केवल वित्तीय लेनदेन पर लागू होती है
B
Consistency means the transaction takes the database from one valid state to another - the DBMS enforces defined constraints (PK FK CHECK NOT NULL) but the APPLICATION is responsible for ensuring business-level constraints are upheld (the DB only enforces what it knows about) संगति का मतलब है कि लेनदेन डेटाबेस को एक वैध स्थिति से दूसरे में ले जाता है - डीबीएमएस परिभाषित बाधाओं को लागू करता है (पीके एफके चेक शून्य नहीं है) लेकिन एप्लिकेशन यह सुनिश्चित करने के लिए ज़िम्मेदार है कि व्यवसाय-स्तरीय बाधाओं को बरकरार रखा गया है (डीबी केवल वही लागू करता है जिसके बारे में वह जानता है)
C
Consistency is maintained automatically without any constraints बिना किसी बाधा के निरंतरता स्वचालित रूप से बनी रहती है
D
The DBMS is solely responsible for all consistency डीबीएमएस सभी स्थिरता के लिए पूरी तरह जिम्मेदार है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Consistency is a shared responsibility: DBMS enforces: schema constraints (NOT NULL, UNIQUE, FK, CHECK). Application must ensure: business rules beyond schema (e.g., ensuring order total = sum of line items, managing multi-table business invariants). The DBMS cannot know all business rules.
व्याख्या (हिन्दी) संगति एक साझा जिम्मेदारी है: डीबीएमएस लागू करता है: स्कीमा बाधाएं (शून्य नहीं, अद्वितीय, एफके, चेक)। एप्लिकेशन को यह सुनिश्चित करना होगा: स्कीमा से परे व्यावसायिक नियम (उदाहरण के लिए, कुल ऑर्डर सुनिश्चित करना = लाइन आइटम का योग, मल्टी-टेबल बिजनेस इनवेरिएंट का प्रबंधन करना)। DBMS सभी व्यावसायिक नियमों को नहीं जान सकता।
2214
EN + हिं Easy
GB What is the Isolation property and what is the trade-off between stronger isolation levels and performance?
IN अलगाव संपत्ति क्या है और मजबूत अलगाव स्तर और प्रदर्शन के बीच क्या तालमेल है?
A
Higher isolation always improves performance उच्च अलगाव हमेशा प्रदर्शन में सुधार करता है
B
Isolation ensures concurrent transactions execute as if they were serial; stronger isolation (SERIALIZABLE) prevents more anomalies but requires more locking/MVCC overhead reducing concurrency and throughput. Weaker isolation (READ COMMITTED) allows more anomalies but permits higher concurrency अलगाव सुनिश्चित करता है कि समवर्ती लेनदेन ऐसे निष्पादित हों जैसे कि वे क्रमबद्ध हों; मजबूत अलगाव (सीरियलाइज़ेबल) अधिक विसंगतियों को रोकता है लेकिन संगामिति और थ्रूपुट को कम करने के लिए अधिक लॉकिंग/एमवीसीसी ओवरहेड की आवश्यकता होती है। कमजोर अलगाव (प्रतिबद्ध पढ़ें) अधिक विसंगतियों की अनुमति देता है लेकिन उच्च समवर्तीता की अनुमति देता है
C
Isolation only applies to reads not writes अलगाव केवल पढ़ने पर लागू होता है, लिखने पर नहीं
D
Isolation eliminates all transaction conflicts अलगाव सभी लेन-देन संबंधी विवादों को समाप्त कर देता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Isolation trade-off: SERIALIZABLE prevents all anomalies (dirty read, non-repeatable read, phantom read) via range locks or snapshot isolation, but highest lock contention / lowest throughput. READ UNCOMMITTED: no isolation, maximum concurrency but allows dirty reads. Most systems use READ COMMITTED as default.
व्याख्या (हिन्दी) आइसोलेशन ट्रेड-ऑफ: सीरियलाइज़ेबल रेंज लॉक या स्नैपशॉट आइसोलेशन के माध्यम से सभी विसंगतियों (गंदी रीड, नॉन-रिपीटेबल रीड, फैंटम रीड) को रोकता है, लेकिन उच्चतम लॉक कंटेंट / सबसे कम थ्रूपुट को रोकता है। अप्रतिबद्ध पढ़ें: कोई अलगाव नहीं, अधिकतम समवर्ती लेकिन गंदे पढ़ने की अनुमति देता है। अधिकांश सिस्टम डिफ़ॉल्ट रूप से READ COMMITTED का उपयोग करते हैं।
2215
EN + हिं Medium
GB What is the Durability property and how does Write-Ahead Logging (WAL) implement it?
IN टिकाऊपन गुण क्या है और राइट-अहेड लॉगिंग (वाल) इसे कैसे कार्यान्वित करता है?
A
Once a transaction is committed its changes persist even through system crashes; WAL implements this by writing log records to disk BEFORE applying changes to the database ensuring that committed changes can be replayed during recovery even if the data pages were not yet flushed एक बार लेन-देन हो जाने के बाद सिस्टम क्रैश होने पर भी इसमें परिवर्तन जारी रहता है; वाल डेटाबेस में परिवर्तन लागू करने से पहले डिस्क पर लॉग रिकॉर्ड लिखकर इसे लागू करता है, यह सुनिश्चित करता है कि पुनर्प्राप्ति के दौरान किए गए परिवर्तनों को फिर से दोहराया जा सकता है, भले ही डेटा पेज अभी तक फ्लश न किए गए हों।
B
Data is backed up to a remote server डेटा का बैकअप रिमोट सर्वर पर किया जाता है
C
Durability means data is stored in RAID for redundancy टिकाऊपन का मतलब है कि डेटा को अतिरेक के लिए RAID में संग्रहीत किया जाता है
D
Durability requires storing data in at least three locations स्थायित्व के लिए कम से कम तीन स्थानों पर डेटा संग्रहीत करने की आवश्यकता होती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) WAL/WAL protocol: log record for each change written to stable storage (disk flush) before the corresponding change is applied to the database. On COMMIT: log record is force-written to disk. On crash: log is read forward (redo committed transactions) and backward (undo uncommitted). Guarantees committed data survives crashes.
व्याख्या (हिन्दी) वाल/वाल प्रोटोकॉल: डेटाबेस पर संबंधित परिवर्तन लागू होने से पहले स्थिर भंडारण (डिस्क फ्लश) में लिखे गए प्रत्येक परिवर्तन के लिए लॉग रिकॉर्ड। COMMIT पर: लॉग रिकॉर्ड डिस्क पर बलपूर्वक लिखा जाता है। क्रैश होने पर: लॉग को आगे पढ़ा जाता है (प्रतिबद्ध लेनदेन को फिर से करें) और पीछे (अप्रतिबद्ध लेनदेन को पूर्ववत करें)। गारंटी देता है कि प्रतिबद्ध डेटा क्रैश होने से बच जाता है।
2216
EN + हिं Easy
GB What is a dirty read anomaly and which isolation level(s) allow it?
IN गंदी पढ़ी जाने वाली विसंगति क्या है और कौन सा अलगाव स्तर इसकी अनुमति देता है?
A
Reading uncommitted changes of another concurrent transaction - if that other transaction later rolls back the read data never existed. Only READ UNCOMMITTED isolation level allows dirty reads; all higher levels prevent them किसी अन्य समवर्ती लेन-देन के अप्रतिबद्ध परिवर्तनों को पढ़ना - यदि वह अन्य लेन-देन बाद में वापस आ जाता है तो पढ़ा गया डेटा कभी अस्तित्व में नहीं था। केवल पढ़ें अप्रतिबद्ध अलगाव स्तर गंदे पढ़ने की अनुमति देता है; सभी उच्च स्तर उन्हें रोकते हैं
B
Reading the same row twice with different values एक ही पंक्ति को अलग-अलग मानों के साथ दो बार पढ़ना
C
Reading data that contains incorrect values गलत मान वाले डेटा को पढ़ना
D
Reading rows that were inserted by another transaction उन पंक्तियों को पढ़ना जो किसी अन्य लेनदेन द्वारा डाली गई थीं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Dirty read: T1 updates row, T2 reads T1s uncommitted update, T1 rolls back. T2 has read a value that never officially existed. Allowed by: READ UNCOMMITTED. Prevented by: READ COMMITTED, REPEATABLE READ, SERIALIZABLE. READ UNCOMMITTED is rarely used in practice due to dirty read risk.
व्याख्या (हिन्दी) गंदा पढ़ा: T1 अद्यतन पंक्ति, T2 पढ़ता है T1s अप्रतिबद्ध अद्यतन, T1 रोल बैक। T2 ने एक ऐसा मान पढ़ा है जो आधिकारिक तौर पर कभी अस्तित्व में नहीं था। द्वारा अनुमति: अप्रतिबद्ध पढ़ें। द्वारा रोका गया: पढ़ने के लिए प्रतिबद्ध, दोहराने योग्य पढ़ने योग्य, क्रमबद्ध करने योग्य। रीड अनकमिटेड का उपयोग गंदे रीड जोखिम के कारण व्यवहार में शायद ही कभी किया जाता है।
2217
EN + हिं Easy
GB What is a non-repeatable read and which isolation level prevents it?
IN नॉन-रिपीटेबल रीड क्या है और कौन सा अलगाव स्तर इसे रोकता है?
A
Within one transaction reading the same row twice returns different values because another committed transaction modified that row between the two reads; prevented by REPEATABLE READ and SERIALIZABLE isolation levels एक लेनदेन के भीतर एक ही पंक्ति को दो बार पढ़ने से अलग-अलग मान मिलते हैं क्योंकि एक अन्य प्रतिबद्ध लेनदेन ने दो पंक्तियों के बीच उस पंक्ति को संशोधित किया है; दोहराए जाने योग्य पढ़ने और क्रमबद्ध अलगाव स्तरों द्वारा रोका गया
B
A read that always returns the same value regardless of changes एक रीड जो परिवर्तनों की परवाह किए बिना हमेशा समान मान लौटाता है
C
Reading a NULL value from a NOT NULL column NOT NULL कॉलम से NULL मान पढ़ना
D
Reading from a table that no longer exists ऐसी तालिका से पढ़ना जो अब मौजूद नहीं है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Non-repeatable read: T1 reads salary of row 42 = $50K. T2 updates salary of row 42 to $60K and commits. T1 re-reads salary of row 42 = $60K (different value). Prevented by: REPEATABLE READ (hold read locks on accessed rows), SERIALIZABLE. Allowed by: READ UNCOMMITTED, READ COMMITTED.
व्याख्या (हिन्दी) गैर-दोहराने योग्य पाठ: T1 पंक्ति 42 का वेतन = $50K पढ़ता है। T2 पंक्ति 42 के वेतन को $60K तक अद्यतन करता है और प्रतिबद्ध करता है। T1 पंक्ति 42 का वेतन पुनः पढ़ता है = $60K (अलग मूल्य)। इसके द्वारा रोका गया: दोहराने योग्य पढ़ने योग्य (पहुँचे गए पंक्तियों पर पढ़ने योग्य ताले को दबाए रखें), क्रमबद्ध करने योग्य। द्वारा अनुमति: अप्रतिबद्ध पढ़ें, प्रतिबद्ध पढ़ें।
2218
EN + हिं Easy
GB What is a phantom read anomaly and what does SERIALIZABLE isolation add beyond REPEATABLE READ to prevent it?
IN फैंटम रीड विसंगति क्या है और इसे रोकने के लिए सीरियलाइज़ेबल आइसोलेशन रिपीटेबल रीड से परे क्या जोड़ता है?
A
Reading ghost records from deleted tables हटाई गई तालिकाओं से भूत रिकॉर्ड पढ़ना
B
A phantom record that exists in the log but not the table एक प्रेत रिकॉर्ड जो लॉग में मौजूद है लेकिन तालिका में नहीं
C
Reading data from a crashed transaction दुर्घटनाग्रस्त लेनदेन से डेटा पढ़ना
D
Within one transaction executing the same range query twice returns different sets of rows because another committed transaction inserted/deleted rows in the query range; SERIALIZABLE adds range locking (predicate locks) or snapshot validation beyond REPEATABLE READ which only locks existing rows एक लेन-देन के भीतर एक ही श्रेणी की क्वेरी को दो बार निष्पादित करने से पंक्तियों के अलग-अलग सेट मिलते हैं क्योंकि किसी अन्य प्रतिबद्ध लेनदेन ने क्वेरी सीमा में पंक्तियों को डाला/हटा दिया है; सीरियलाइज़ेबल रिपीटेबल रीड से परे रेंज लॉकिंग (प्रीडिकेट लॉक्स) या स्नैपशॉट सत्यापन जोड़ता है जो केवल मौजूदा पंक्तियों को लॉक करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Phantom: T1: SELECT WHERE salary>50K -> 10 rows. T2: INSERT salary=60K, commits. T1: SELECT WHERE salary>50K -> 11 rows (new phantom row). REPEATABLE READ locks existing rows but not gaps. SERIALIZABLE: adds gap locks/predicate locks (prevents insertions in the range) or uses MVCC snapshot that excludes T2s insert.
व्याख्या (हिन्दी) फैंटम: टी1: चयन करें जहां वेतन>50K ->10 पंक्तियाँ। टी2: वेतन डालें=60 हजार, प्रतिबद्ध। टी1: चुनें कि वेतन कहां है> 50K -> 11 पंक्तियाँ (नई प्रेत पंक्ति)। दोहराए जाने योग्य रीड मौजूदा पंक्तियों को लॉक करता है लेकिन अंतराल को नहीं। क्रमबद्ध करने योग्य: गैप लॉक/प्रेडिकेट लॉक जोड़ता है (सीमा में सम्मिलन को रोकता है) या एमवीसीसी स्नैपशॉट का उपयोग करता है जो T2s सम्मिलन को बाहर करता है।
2219
EN + हिं Medium
GB What is the SAVEPOINT mechanism in SQL transactions and how does it work?
IN SQL लेनदेन में SAVEPOINT तंत्र क्या है और यह कैसे काम करता है?
A
A named point within a transaction to which a partial rollback can be made - ROLLBACK TO SAVEPOINT name undoes work done after the savepoint but keeps work done before it allowing partial recovery without rolling back the entire transaction लेनदेन के भीतर एक नामित बिंदु जिस पर आंशिक रोलबैक किया जा सकता है - रोलबैक टू सेवपॉइंट नाम सेवपॉइंट के बाद किए गए कार्य को पूर्ववत करता है लेकिन पूरे लेनदेन को वापस किए बिना आंशिक पुनर्प्राप्ति की अनुमति देने से पहले किए गए कार्य को बनाए रखता है
B
A performance checkpoint in long transactions लंबे लेन-देन में एक प्रदर्शन जांच बिंदु
C
A snapshot of database state at a specific time किसी विशिष्ट समय पर डेटाबेस स्थिति का एक स्नैपशॉट
D
A point where the transaction is automatically committed एक बिंदु जहां लेनदेन स्वचालित रूप से प्रतिबद्ध है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) SAVEPOINT: BEGIN; ...work...; SAVEPOINT sp1; ...more work...; ROLLBACK TO SAVEPOINT sp1; (undoes since sp1); ...try again...; COMMIT (commits everything before sp1 + new work). Useful for: nested error recovery, retry logic, complex multi-step operations where partial success should be preserved.
व्याख्या (हिन्दी) सेवप्वाइंट: शुरू करें; ...काम...; सेवप्वाइंट sp1; ...अधिक काम...; सेवप्वाइंट sp1 पर रोलबैक; (sp1 के बाद से पूर्ववत हो जाता है); ...पुनः प्रयास करें...; प्रतिबद्ध (sp1 + नए कार्य से पहले सब कुछ प्रतिबद्ध करता है)। इसके लिए उपयोगी: नेस्टेड त्रुटि पुनर्प्राप्ति, तर्क पुनः प्रयास करें, जटिल बहु-चरण संचालन जहां आंशिक सफलता को संरक्षित किया जाना चाहिए।
2220
EN + हिं Medium
GB What is the two-phase locking (2PL) protocol and why does it guarantee serializability?
IN दो-चरण लॉकिंग (2PL) प्रोटोकॉल क्या है और यह क्रमबद्धता की गारंटी क्यों देता है?
A
A locking protocol that uses two types of locks (read/write) एक लॉकिंग प्रोटोकॉल जो दो प्रकार के लॉक का उपयोग करता है (पढ़ें/लिखें)
B
A locking protocol with two phases of transactions लेन-देन के दो चरणों वाला एक लॉकिंग प्रोटोकॉल
C
2PL: a transaction must acquire ALL needed locks before releasing ANY lock - Phase 1 (growing phase): acquire locks only no releases. Phase 2 (shrinking phase): release locks only no acquisitions. This guarantees serializability because the lock acquisition order is consistent and creates a serial order 2पीएल: किसी भी लॉक को जारी करने से पहले लेन-देन को सभी आवश्यक लॉक प्राप्त करने होंगे - चरण 1 (बढ़ता चरण): केवल लॉक प्राप्त करें, कोई रिलीज़ नहीं। चरण 2 (सिकुड़ने का चरण): रिलीज़ लॉक केवल कोई अधिग्रहण नहीं। यह क्रमबद्धता की गारंटी देता है क्योंकि लॉक अधिग्रहण क्रम सुसंगत है और एक क्रमबद्ध क्रम बनाता है
D
A locking protocol for two-tier client-server systems दो-स्तरीय क्लाइंट-सर्वर सिस्टम के लिए एक लॉकिंग प्रोटोकॉल
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) 2PL guarantees serializability: the conflict graph of transactions following 2PL is acyclic (no cycles). The lock point (point where transaction switches from growing to shrinking) orders transactions serially. Strict 2PL: hold all locks until commit (prevents cascading rollbacks). Rigorous 2PL: hold all locks until commit/abort.
व्याख्या (हिन्दी) 2PL क्रमबद्धता की गारंटी देता है: 2PL के बाद लेनदेन का संघर्ष ग्राफ चक्रीय (कोई चक्र नहीं) है। लॉक पॉइंट (वह बिंदु जहां लेनदेन बढ़ने से घटने की ओर बढ़ता है) लेनदेन को क्रमबद्ध तरीके से आदेश देता है। सख्त 2PL: कमिट होने तक सभी लॉक को पकड़कर रखें (कैस्केडिंग रोलबैक को रोकता है)। कठोर 2PL: प्रतिबद्धता/निरस्त होने तक सभी ताले दबाए रखें।
2206–2220 of 2982