DBMS — MCQ Practice

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

📚 158 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
158 questions
121
EN + हिं Medium
GB What is the purpose of COMMIT WORK and ROLLBACK WORK statements in SQL transactions and when does an implicit COMMIT occur?
IN SQL लेनदेन में COMMIT WORK और ROLLBACK WORK स्टेटमेंट का उद्देश्य क्या है और एक अंतर्निहित COMMIT कब होती है?
A
These statements are synonymous with SAVEPOINT ये कथन SAVEPOINT का पर्याय हैं
B
ROLLBACK WORK only undoes INSERT operations रोलबैक कार्य केवल INSERT संचालन को पूर्ववत करता है
C
COMMIT WORK makes all transaction changes permanent and releases locks; ROLLBACK WORK undoes all changes and releases locks; implicit COMMIT occurs in most DBMS when: a DDL statement is executed (CREATE ALTER DROP) when a session normally ends or when autocommit is enabled (each statement auto-commits) प्रतिबद्ध कार्य सभी लेन-देन परिवर्तनों को स्थायी बनाता है और लॉक जारी करता है; रोलबैक कार्य सभी परिवर्तनों को पूर्ववत करता है और लॉक जारी करता है; अधिकांश DBMS में अंतर्निहित COMMIT तब होती है जब: एक DDL स्टेटमेंट निष्पादित किया जाता है (CREATE ALTER DROP) जब एक सत्र सामान्य रूप से समाप्त होता है या जब ऑटोकमिट सक्षम होता है (प्रत्येक स्टेटमेंट ऑटो-कमिट होता है)
D
COMMIT WORK only commits the last statement COMMIT WORK केवल अंतिम कथन को प्रतिबद्ध करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Implicit COMMIT triggers: (1) DDL statements (MySQL, Oracle auto-commit before and after DDL). (2) Normal session disconnect. (3) AUTOCOMMIT=1 (each statement is its own transaction). Important: in autocommit mode, there is no rollback possible. Always wrap multi-statement operations in explicit BEGIN/START TRANSACTION.
व्याख्या (हिन्दी) अंतर्निहित कमिट ट्रिगर: (1) डीडीएल स्टेटमेंट (MySQL, Oracle DDL से पहले और बाद में ऑटो-कमिट)। (2) सामान्य सत्र डिस्कनेक्ट। (3) ऑटोकॉमिट=1 (प्रत्येक कथन अपना स्वयं का लेनदेन है)। महत्वपूर्ण: ऑटोकमिट मोड में, कोई रोलबैक संभव नहीं है। मल्टी-स्टेटमेंट ऑपरेशंस को हमेशा स्पष्ट BEGIN/START ट्रांजेक्शन में लपेटें।
122
EN + हिं Hard
GB What is MVCC (Multi-Version Concurrency Control) and how does it allow reads to not block writes?
IN एमवीसीसी (मल्टी-वर्जन कॉन्करेंसी कंट्रोल) क्या है और यह कैसे पढ़ने को लिखने से रोकने की अनुमति देता है?
A
MVCC allows multiple concurrent commits of the same transaction एमवीसीसी एक ही लेनदेन के एकाधिक समवर्ती प्रतिबद्धताओं की अनुमति देता है
B
MVCC is a replication protocol एमवीसीसी एक प्रतिकृति प्रोटोकॉल है
C
MVCC maintains multiple timestamped versions of each row; readers see the latest committed version as of their transaction start time (snapshot) without needing to acquire locks on data; writers create new versions without affecting readers current snapshots - reads and writes proceed concurrently एमवीसीसी प्रत्येक पंक्ति के कई टाइमस्टैम्प्ड संस्करण बनाए रखता है; पाठक डेटा पर लॉक प्राप्त करने की आवश्यकता के बिना नवीनतम प्रतिबद्ध संस्करण को अपने लेनदेन प्रारंभ समय (स्नैपशॉट) के रूप में देखते हैं; लेखक पाठकों के वर्तमान स्नैपशॉट को प्रभावित किए बिना नए संस्करण बनाते हैं - पढ़ना और लिखना एक साथ आगे बढ़ता है
D
MVCC uses multiple versions of locks एमवीसीसी ताले के कई संस्करणों का उपयोग करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) MVCC: each UPDATE creates a new row version with a commit timestamp; the old version is kept for concurrent readers still using earlier snapshots. Readers: find the latest version with commit_ts <= their_snapshot_ts (no locks needed). Writers: create new versions. Readers and writers never block each other.
व्याख्या (हिन्दी) एमवीसीसी: प्रत्येक अद्यतन एक प्रतिबद्ध टाइमस्टैम्प के साथ एक नया पंक्ति संस्करण बनाता है; पुराने संस्करण को समवर्ती पाठकों के लिए रखा गया है जो अभी भी पहले के स्नैपशॉट का उपयोग कर रहे हैं। पाठक: कमिट_टीएस के साथ नवीनतम संस्करण ढूंढें
123
EN + हिं Easy
GB What is the XA transaction standard and what is its purpose?
IN XA लेनदेन मानक क्या है और इसका उद्देश्य क्या है?
A
A transaction format for XML data XML डेटा के लिए एक लेनदेन प्रारूप
B
The X/Open XA specification for distributed transaction processing: defines an interface between a transaction manager (TM) and resource managers (RM/databases) enabling global transactions that span multiple databases message queues and other XA-compliant resources using 2PC coordination वितरित लेनदेन प्रसंस्करण के लिए एक्स/ओपन एक्सए विनिर्देश: एक लेनदेन प्रबंधक (टीएम) और संसाधन प्रबंधकों (आरएम/डेटाबेस) के बीच एक इंटरफेस को परिभाषित करता है जो वैश्विक लेनदेन को सक्षम बनाता है जो 2पीसी समन्वय का उपयोग करके कई डेटाबेस संदेश कतारों और अन्य एक्सए-अनुपालक संसाधनों को फैलाता है।
C
A transaction standard for XML databases XML डेटाबेस के लिए एक लेनदेन मानक
D
A special transaction type for cross-application calls क्रॉस-एप्लिकेशन कॉल के लिए एक विशेष लेनदेन प्रकार
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) XA protocol: defines xa_start, xa_end, xa_prepare, xa_commit, xa_rollback functions. TM coordinates multiple RMs (each a separate database or MQ). 2PC over XA: TM calls xa_prepare on all RMs (Phase 1), then xa_commit/xa_rollback (Phase 2). Supported by MySQL, PostgreSQL, Oracle, IBM DB2, JTA in Java EE.
व्याख्या (हिन्दी) XA प्रोटोकॉल: xa_start, xa_end, xa_prepare, xa_commit, xa_rollback फ़ंक्शंस को परिभाषित करता है। टीएम कई आरएम (प्रत्येक एक अलग डेटाबेस या एमक्यू) का समन्वय करता है। XA पर 2PC: TM सभी RM (चरण 1) पर xa_prepare को कॉल करता है, फिर xa_commit/xa_rollback (चरण 2) को कॉल करता है। जावा ईई में MySQL, PostgreSQL, Oracle, IBM DB2, JTA द्वारा समर्थित।
124
EN + हिं Easy
GB What is the deferred write vs immediate write approach in transaction processing?
IN लेन-देन प्रसंस्करण में विलंबित लेखन बनाम तत्काल लेखन दृष्टिकोण क्या है?
A
Deferred write means transactions are queued विलंबित लेखन का मतलब है कि लेनदेन कतारबद्ध हैं
B
Writing is always immediate for ACID compliance ACID अनुपालन के लिए लेखन हमेशा तत्काल होता है
C
Immediate write bypasses the transaction log तत्काल लिखना लेन-देन लॉग को बायपास कर देता है
D
Immediate write: changes are written to disk as soon as they occur (easier recovery more I/O). Deferred write: changes are kept in memory (buffer pool) and written to disk lazily (batch I/O better performance). WAL is written immediately for durability; data pages use deferred write (buffered writes with WAL ensuring recovery) तत्काल लिखना: परिवर्तन होते ही डिस्क पर लिख दिए जाते हैं (अधिक I/O पुनर्प्राप्ति आसान)। विलंबित लेखन: परिवर्तन मेमोरी (बफर पूल) में रखे जाते हैं और डिस्क पर आलस्य से लिखे जाते हैं (बैच I/O बेहतर प्रदर्शन)। स्थायित्व के लिए तुरंत वाल लिखा जाता है; डेटा पृष्ठ विलंबित लेखन का उपयोग करते हैं (WAL पुनर्प्राप्ति सुनिश्चित करने के साथ बफर्ड लेखन)
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Database I/O strategy: WAL log: force-written to disk on commit (durability). Data pages: buffered in buffer pool, written lazily (dirty page flushing). If crash: WAL lets us redo changes to data pages that were not flushed. This gives both durability (WAL) and performance (deferred data writes).
व्याख्या (हिन्दी) डेटाबेस I/O रणनीति: वाल लॉग: कमिट पर डिस्क पर बलपूर्वक लिखा गया (स्थायित्व)। डेटा पेज: बफ़र पूल में बफ़र किए गए, आलस्य से लिखे गए (गंदे पेज फ्लशिंग)। यदि क्रैश हो जाता है: WAL हमें उन डेटा पेजों में परिवर्तन फिर से करने देता है जिन्हें फ्लश नहीं किया गया था। यह स्थायित्व (वाल) और प्रदर्शन (स्थगित डेटा लेखन) दोनों देता है।
125
EN + हिं Medium
GB What is the purpose of the isolation level REPEATABLE READ and which anomalies does it prevent and allow?
IN आइसोलेशन लेवल रिपीटेबल रीड का उद्देश्य क्या है और यह किन विसंगतियों को रोकता और अनुमति देता है?
A
REPEATABLE READ is identical to READ COMMITTED रिपीटेबल रीड, रीड कमिटेड के समान है
B
REPEATABLE READ prevents dirty reads and non-repeatable reads (same row read twice returns same value within a transaction by holding read locks or using MVCC snapshots) but in standard SQL REPEATABLE READ allows phantom reads - though MySQL InnoDB also prevents phantoms via gap locks रिपीटेबल रीड गंदे रीड्स और नॉन-रिपीटेबल रीड्स को रोकता है (एक ही पंक्ति को दो बार पढ़ने पर रीड लॉक को पकड़कर या एमवीसीसी स्नैपशॉट का उपयोग करके लेनदेन के भीतर समान मूल्य मिलता है) लेकिन मानक एसक्यूएल में रिपीटेबल रीड फैंटम रीड्स की अनुमति देता है - हालांकि MySQL InnoDB गैप लॉक के माध्यम से फैंटम को भी रोकता है
C
REPEATABLE READ prevents all anomalies दोहराए जाने योग्य रीड सभी विसंगतियों को रोकता है
D
REPEATABLE READ prevents only dirty reads दोहराए जाने योग्य रीड केवल गंदे पढ़ने को रोकता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) REPEATABLE READ: dirty reads = prevented. Non-repeatable reads = prevented (read locks held on accessed rows, or MVCC snapshot taken at transaction start). Phantom reads = allowed in SQL standard. However MySQL InnoDB REPEATABLE READ also prevents phantoms via next-key locking (gap locks + record locks). PostgreSQL REPEATABLE READ = snapshot isolation (also prevents phantoms).
व्याख्या (हिन्दी) दोबारा पढ़ने योग्य: गंदा पढ़ना = रोका गया। गैर-दोहराने योग्य रीड्स = रोका गया (एक्सेस की गई पंक्तियों पर रखे गए लॉक को पढ़ें, या लेनदेन शुरू होने पर लिया गया एमवीसीसी स्नैपशॉट)। फैंटम पढ़ता है = SQL मानक में अनुमति दी गई है। हालाँकि MySQL InnoDB REPEATABLE READ अगली-कुंजी लॉकिंग (गैप लॉक + रिकॉर्ड लॉक) के माध्यम से प्रेत को भी रोकता है। PostgreSQL रिपीटेबल रीड = स्नैपशॉट अलगाव (प्रेत को भी रोकता है)।
126
EN + हिं Easy
GB What is the ACID theorem and who originally proposed these database transaction properties?
IN ACID प्रमेय क्या है और मूल रूप से इन डेटाबेस लेनदेन गुणों का प्रस्ताव किसने दिया?
A
ACID was defined by the SQL-86 standard committee ACID को SQL-86 मानक समिति द्वारा परिभाषित किया गया था
B
ACID (Atomicity Consistency Isolation Durability) was formalized by Jim Gray and Andreas Reuter in 1992 in their book Transaction Processing: Concepts and Techniques though the individual concepts were discussed earlier by Eswaran et al in 1976 (regarding consistency and isolation) and Gray in 1978 (regarding transaction properties) ACID (एटोमिसिटी कंसिस्टेंसी आइसोलेशन ड्यूरेबिलिटी) को जिम ग्रे और एंड्रियास रॉयटर ने 1992 में अपनी पुस्तक ट्रांजेक्शन प्रोसेसिंग: कॉन्सेप्ट्स एंड टेक्निक्स में औपचारिक रूप दिया था, हालांकि व्यक्तिगत अवधारणाओं पर पहले 1976 में ईश्वरन एट अल द्वारा (स्थिरता और अलगाव के संबंध में) और ग्रे द्वारा 1978 में (लेन-देन गुणों के संबंध में) चर्चा की गई थी।
C
ACID was proposed by Dijkstra in the context of operating systems ACID को ऑपरेटिंग सिस्टम के संदर्भ में दिज्क्स्ट्रा द्वारा प्रस्तावित किया गया था
D
ACID was proposed by Codd in his 1970 relational model paper ACID को कोडड ने अपने 1970 के रिलेशनल मॉडल पेपर में प्रस्तावित किया था
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Historical context: Eswaran et al. 1976 (IBM): discussed consistency and isolation in the context of database systems. Jim Gray 1978: formalized transaction concepts including atomicity and durability. Gray and Reuter 1992 Transaction Processing book: coined the ACID acronym and formalized all four properties. Gray received the 1998 Turing Award for this and related work.
व्याख्या (हिन्दी) ऐतिहासिक संदर्भ: ईश्वरन एट अल। 1976 (आईबीएम): डेटाबेस सिस्टम के संदर्भ में स्थिरता और अलगाव पर चर्चा की गई। जिम ग्रे 1978: परमाणुता और स्थायित्व सहित औपचारिक लेनदेन अवधारणाएँ। ग्रे और रॉयटर 1992 ट्रांजेक्शन प्रोसेसिंग पुस्तक: ACID का संक्षिप्त नाम गढ़ा और सभी चार संपत्तियों को औपचारिक रूप दिया। ग्रे को इस और संबंधित कार्य के लिए 1998 का ​​ट्यूरिंग पुरस्कार प्राप्त हुआ।
127
EN + हिं Medium
GB What is the difference between redo log and undo log in transaction processing?
IN लेन-देन प्रसंस्करण में लॉग फिर से करें और लॉग पूर्ववत करें के बीच क्या अंतर है?
A
Only one of them is needed for ACID compliance ACID अनुपालन के लिए उनमें से केवल एक की आवश्यकता है
B
Redo log: records the AFTER-image (new value) of each change enabling REDO (replay) of committed transactions during crash recovery to bring the database to the committed state. Undo log: records the BEFORE-image (original value) of each change enabling ROLLBACK of uncommitted transactions and MVCC snapshots for concurrent readers दोबारा लॉग करें: डेटाबेस को प्रतिबद्ध स्थिति में लाने के लिए क्रैश रिकवरी के दौरान प्रतिबद्ध लेनदेन के REDO (रीप्ले) को सक्षम करने वाले प्रत्येक परिवर्तन की AFTER-छवि (नया मान) रिकॉर्ड करता है। लॉग को पूर्ववत करें: प्रत्येक परिवर्तन की BEFORE-छवि (मूल मान) को रिकॉर्ड करता है, जो अप्रतिबद्ध लेनदेन के रोलबैक और समवर्ती पाठकों के लिए एमवीसीसी स्नैपशॉट को सक्षम करता है।
C
Redo log is for aborted transactions; undo log is for committed transactions निरस्त लेनदेन के लिए रीडू लॉग है; पूर्ववत लॉग प्रतिबद्ध लेनदेन के लिए है
D
They are different names for the same log वे एक ही लॉग के लिए अलग-अलग नाम हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Redo log (WAL/redo log): COMMIT -> force-write redo records to disk -> redo log. Recovery: replay redo records to apply all committed changes. Undo log (rollback log): before each change, save before-image. ROLLBACK: apply undo log in reverse. MVCC: undo log chain allows readers to see earlier versions. Both are required for full ACID compliance.
व्याख्या (हिन्दी) लॉग फिर से करें (वाल/रीडो लॉग): प्रतिबद्ध -> बलपूर्वक डिस्क पर दोबारा रिकॉर्ड लिखें -> लॉग फिर से करें। पुनर्प्राप्ति: सभी प्रतिबद्ध परिवर्तनों को लागू करने के लिए रिकॉर्ड को दोबारा चलाएं। लॉग को पूर्ववत करें (रोलबैक लॉग): प्रत्येक परिवर्तन से पहले, बिफोर-इमेज को सेव करें। रोलबैक: पूर्ववत लॉग को उल्टा लागू करें। एमवीसीसी: पूर्ववत लॉग श्रृंखला पाठकों को पुराने संस्करण देखने की अनुमति देती है। पूर्ण ACID अनुपालन के लिए दोनों आवश्यक हैं।
128
EN + हिं Easy
GB What is the concept of nested transactions and how do they relate to SAVEPOINTS?
IN नेस्टेड लेनदेन की अवधारणा क्या है और वे SAVEPOINTS से कैसे संबंधित हैं?
A
Nested transactions always commit when the outer transaction commits नेस्टेड लेनदेन हमेशा तब प्रतिबद्ध होते हैं जब बाहरी लेनदेन प्रतिबद्ध होता है
B
Nested transactions are only available in Oracle नेस्टेड लेनदेन केवल Oracle में उपलब्ध हैं
C
Nested transactions are not supported in any DBMS नेस्टेड लेनदेन किसी भी DBMS में समर्थित नहीं हैं
D
A nested transaction is a transaction started within another transaction; in most DBMS true nested transactions are not supported but SAVEPOINTs provide similar functionality - a ROLLBACK TO SAVEPOINT is analogous to rolling back an inner transaction while keeping the outer transaction alive नेस्टेड लेनदेन किसी अन्य लेनदेन के भीतर शुरू किया गया लेनदेन है; अधिकांश DBMS में सच्चे नेस्टेड लेनदेन समर्थित नहीं हैं, लेकिन SAVEPOINTs समान कार्यक्षमता प्रदान करते हैं - SAVEPOINT पर रोलबैक बाहरी लेनदेन को जीवित रखते हुए आंतरिक लेनदेन को वापस रोल करने के समान है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) True nested transactions (supported by some DBMS like Sybase, SQL Server with XACT_ABORT): inner transaction can commit or rollback independently. Most DBMS simulate nesting with SAVEPOINTs: SAVEPOINT sp1; (inner work); ROLLBACK TO sp1 (inner rollback, outer continues). Full nested transactions with independent commit/rollback require specialized DBMS support.
व्याख्या (हिन्दी) ट्रू नेस्टेड लेनदेन (कुछ DBMS जैसे Sybase, XACT_ABORT के साथ SQL सर्वर द्वारा समर्थित): आंतरिक लेनदेन स्वतंत्र रूप से प्रतिबद्ध या रोलबैक हो सकता है। अधिकांश DBMS SAVEPOINTs के साथ नेस्टिंग का अनुकरण करते हैं: SAVEPOINT sp1; (आंतरिक कार्य); SP1 पर रोलबैक (आंतरिक रोलबैक, बाहरी जारी रहता है)। स्वतंत्र कमिट/रोलबैक के साथ पूर्ण नेस्टेड लेनदेन के लिए विशेष डीबीएमएस समर्थन की आवश्यकता होती है।
129
EN + हिं Easy
GB A transaction is defined as
IN एक लेनदेन को इस प्रकार परिभाषित किया गया है
A
A single SQL SELECT query एक एकल SQL SELECT क्वेरी
B
A collection of operations performing a single logical function एकल तार्किक कार्य करने वाले संचालनों का संग्रह
C
A backup operation एक बैकअप ऑपरेशन
D
An index operation एक इंडेक्स ऑपरेशन
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) A transaction is a collection of operations that performs a single logical function in a database application.
व्याख्या (हिन्दी) लेन-देन संचालन का एक संग्रह है जो डेटाबेस एप्लिकेशन में एकल तार्किक कार्य करता है।
130
EN + हिं Easy
GB The transaction manager ensures
IN लेन-देन प्रबंधक सुनिश्चित करता है
A
Hardware is managed हार्डवेयर प्रबंधित है
B
Database remains in consistent state despite failures and manages concurrent transactions विफलताओं के बावजूद डेटाबेस सुसंगत स्थिति में रहता है और समवर्ती लेनदेन का प्रबंधन करता है
C
Network traffic is managed नेटवर्क ट्रैफ़िक प्रबंधित किया जाता है
D
Disk storage is optimized डिस्क भंडारण अनुकूलित है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Transaction manager: ensures consistency despite system failures and manages concurrent transaction execution.
व्याख्या (हिन्दी) लेनदेन प्रबंधक: सिस्टम विफलताओं के बावजूद स्थिरता सुनिश्चित करता है और समवर्ती लेनदेन निष्पादन का प्रबंधन करता है।
131
EN + हिं Easy
GB Atomicity problems in file systems occur because
IN फ़ाइल सिस्टम में परमाणुता की समस्याएँ इसलिए उत्पन्न होती हैं
A
Files are corrupted फ़ाइलें दूषित हैं
B
Operations like fund transfers may be partially completed during failures विफलताओं के दौरान फंड ट्रांसफर जैसे कार्य आंशिक रूप से पूरे किए जा सकते हैं
C
Indexes are missing सूचकांक गायब हैं
D
Security is lacking सुरक्षा की कमी है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Atomicity: if a system fails mid-transfer, $500 may leave account A but not reach B - inconsistent state.
व्याख्या (हिन्दी) परमाणुता: यदि कोई सिस्टम मध्य-स्थानांतरण में विफल रहता है, तो $500 खाता ए से निकल सकता है लेकिन बी तक नहीं पहुंच सकता - असंगत स्थिति।
132
EN + हिं Medium
GB COMMIT permanently
IN स्थायी रूप से प्रतिबद्ध रहें
A
Undoes all changes सभी परिवर्तन पूर्ववत करता है
B
Rolls back changes परिवर्तनों को वापस लाता है
C
Saves all transaction changes to database सभी लेन-देन परिवर्तनों को डेटाबेस में सहेजता है
D
Starts new transaction नया लेन-देन प्रारंभ करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) COMMIT: permanently saves all changes made during current transaction to the database.
व्याख्या (हिन्दी) COMMIT: वर्तमान लेनदेन के दौरान किए गए सभी परिवर्तनों को डेटाबेस में स्थायी रूप से सहेजता है।
133
EN + हिं Medium
GB ROLLBACK
IN रोलबैक
A
Saves changes परिवर्तन सहेजता है
B
Permanently deletes data डेटा को स्थायी रूप से हटा देता है
C
Undoes changes since last COMMIT or SAVEPOINT अंतिम COMMIT या SAVEPOINT के बाद से हुए परिवर्तनों को पूर्ववत करता है
D
Grants privileges विशेषाधिकार प्रदान करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) ROLLBACK: undoes all changes since last COMMIT or SAVEPOINT, restoring consistent state.
व्याख्या (हिन्दी) रोलबैक: पिछले COMMIT या SAVEPOINT के बाद से सभी परिवर्तनों को पूर्ववत करता है, सुसंगत स्थिति को पुनर्स्थापित करता है।
134
EN + हिं Hard
GB ACID stands for
IN ACID का मतलब है
A
Availability,Consistency,Isolation,Durability उपलब्धता, स्थिरता, अलगाव, स्थायित्व
B
Atomicity,Concurrency,Integrity,Dependability परमाणुता, संगामिति, अखंडता, निर्भरता
C
Atomicity,Consistency,Isolation,Durability परमाणुता, संगति, अलगाव, स्थायित्व
D
Accuracy,Consistency,Isolation,Dependability सटीकता, स्थिरता, अलगाव, निर्भरता
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) ACID: Atomicity, Consistency, Isolation, Durability - four key transaction properties.
व्याख्या (हिन्दी) एसिड: परमाणुता, संगति, अलगाव, स्थायित्व - चार प्रमुख लेनदेन गुण।
135
EN + हिं Hard
GB Atomicity ensures
IN परमाणुता सुनिश्चित करती है
A
Only consistency maintained केवल एकरूपता बनी रही
B
Transaction happens in entirety or not at all लेन-देन पूर्ण रूप से होता है या बिल्कुल नहीं
C
Transactions are fast लेनदेन तेज़ हैं
D
Data is backed up डेटा का बैकअप लिया जाता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Atomicity: a transaction either completes ALL operations or NONE of them.
व्याख्या (हिन्दी) परमाणुता: एक लेन-देन या तो सभी परिचालनों को पूरा करता है या उनमें से किसी को भी नहीं।
121–135 of 158