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
76
EN + हिं Medium
GB What is the key difference between 3NF decomposition and BCNF decomposition in terms of guarantees?
IN गारंटी के संदर्भ में 3NF अपघटन और BCNF अपघटन के बीच मुख्य अंतर क्या है?
A
3NF is always better than BCNF 3NF हमेशा BCNF से बेहतर होता है
B
3NF decomposition always guarantees both lossless join AND dependency preservation; BCNF decomposition guarantees lossless join but may NOT preserve all functional dependencies 3NF अपघटन हमेशा दोषरहित जुड़ाव और निर्भरता संरक्षण दोनों की गारंटी देता है; बीसीएनएफ अपघटन दोषरहित जुड़ाव की गारंटी देता है लेकिन सभी कार्यात्मक निर्भरताओं को संरक्षित नहीं कर सकता है
C
They provide identical guarantees वे समान गारंटी प्रदान करते हैं
D
BCNF decomposition always preserves all FDs; 3NF does not बीसीएनएफ अपघटन हमेशा सभी एफडी को सुरक्षित रखता है; 3NF नहीं करता
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) 3NF synthesis algorithm: always produces lossless, dependency-preserving decomposition (may have some redundancy). BCNF decomposition algorithm: always lossless but may NOT preserve all FDs. This is the fundamental trade-off between 3NF and BCNF.
व्याख्या (हिन्दी) 3NF संश्लेषण एल्गोरिथ्म: हमेशा दोषरहित, निर्भरता-संरक्षण अपघटन उत्पन्न करता है (कुछ अतिरेक हो सकता है)। बीसीएनएफ अपघटन एल्गोरिदम: हमेशा दोषरहित लेकिन सभी एफडी को संरक्षित नहीं कर सकता। यह 3NF और BCNF के बीच मूलभूत व्यापार-बंद है।
77
EN + हिं Easy
GB What is 4NF and what type of anomaly does it address beyond BCNF?
IN 4NF क्या है और यह BCNF से परे किस प्रकार की विसंगति को संबोधित करता है?
A
4NF addresses join dependencies only 4NF पते केवल निर्भरता से जुड़ते हैं
B
4NF addresses multivalued dependencies (MVDs): a relation is in 4NF if for every non-trivial MVD X multidetermines Y, X is a superkey. MVDs create redundancy even in BCNF relations with independent multi-valued facts 4NF बहुमूल्यवान निर्भरता (एमवीडी) को संबोधित करता है: एक संबंध 4NF में होता है यदि प्रत्येक गैर-तुच्छ एमवीडी एक्स मल्टीडेटरमाइन वाई के लिए, एक्स एक सुपरकी है। एमवीडी स्वतंत्र बहु-मूल्यवान तथ्यों के साथ बीसीएनएफ संबंधों में भी अतिरेक पैदा करते हैं
C
4NF is identical to BCNF 4NF बीसीएनएफ के समान है
D
4NF requires all attributes to be in the same domain 4NF के लिए सभी विशेषताओं का एक ही डोमेन में होना आवश्यक है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) BCNF eliminates FD anomalies. 4NF goes further: eliminates MVD anomalies. If X multidetermines Y and X multidetermines Z exist independently, storing them together causes cartesian product redundancy. 4NF: decompose so each table has at most one independent MVD with X as superkey.
व्याख्या (हिन्दी) बीसीएनएफ एफडी विसंगतियों को दूर करता है। 4NF आगे बढ़ता है: MVD विसंगतियों को समाप्त करता है। यदि X बहुनिर्धारक Y और 4NF: विघटित करें ताकि प्रत्येक तालिका में X के साथ सुपरकी के रूप में अधिकतम एक स्वतंत्र MVD हो।
78
EN + हिं Easy
GB What is a minimal cover (canonical cover) of a set of FDs F?
IN एफडी एफ के एक सेट का न्यूनतम कवर (कैनोनिकल कवर) क्या है?
A
The largest set of FDs equivalent to F एफ के समतुल्य एफडी का सबसे बड़ा सेट
B
The set of FDs with minimum number of attributes न्यूनतम संख्या में विशेषताओं के साथ एफडी का सेट
C
The smallest equivalent set Fc of FDs where all FDs have single attribute RHS, no FD is redundant, and no attribute in any LHS is redundant एफडी का सबसे छोटा समकक्ष सेट एफसी जहां सभी एफडी में एकल विशेषता आरएचएस है, कोई भी एफडी अनावश्यक नहीं है, और किसी भी एलएचएस में कोई विशेषता अनावश्यक नहीं है
D
A cover that only includes key-based FDs एक कवर जिसमें केवल कुंजी-आधारित एफडी शामिल हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Minimal cover Fc: (1) Every RHS is a single attribute (decompose). (2) Remove redundant FDs (if Fc minus FD has same closure). (3) Remove redundant LHS attributes (replace X to Y with simpler version if possible). Fc is equivalent to F but is minimal.
व्याख्या (हिन्दी) न्यूनतम कवर एफसी: (1) प्रत्येक आरएचएस एक एकल विशेषता (विघटित) है। (2) अनावश्यक एफडी को हटा दें (यदि एफसी माइनस एफडी का समापन समान है)। (3) अनावश्यक एलएचएस विशेषताओं को हटा दें (यदि संभव हो तो एक्स से वाई को सरल संस्करण से बदलें)। एफसी, एफ के बराबर है लेकिन न्यूनतम है।
79
EN + हिं Medium
GB Consider R(A,B,C) with FDs A to B, B to C, C to A. The candidate keys are:
IN एफडी ए से बी, बी से सी, सी से ए के साथ आर (ए, बी, सी) पर विचार करें। उम्मीदवार कुंजी हैं:
A
No candidate keys exist कोई उम्मीदवार कुंजी मौजूद नहीं है
B
Only AB केवल एबी
C
A, B, and C are all candidate keys (since each determines all others via transitivity forming an equivalence class) ए, बी, और सी सभी उम्मीदवार कुंजियाँ हैं (चूंकि प्रत्येक एक तुल्यता वर्ग बनाते हुए परिवर्तनशीलता के माध्यम से अन्य सभी को निर्धारित करता है)
D
Only A केवल एक
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Since A to B, B to C, and C to A, by transitivity: A to C (via B), B to A (via C), C to B (via A). Each single attribute determines all others. Therefore A, B, and C are all candidate keys. All attributes are prime - the relation is trivially in BCNF.
व्याख्या (हिन्दी) चूंकि ए से बी, बी से सी, और सी से ए, परिवर्तनशीलता द्वारा: ए से सी (बी के माध्यम से), बी से ए (सी के माध्यम से), सी से बी (ए के माध्यम से)। प्रत्येक एक गुण अन्य सभी को निर्धारित करता है। इसलिए ए, बी और सी सभी उम्मीदवार कुंजी हैं। सभी विशेषताएँ प्रमुख हैं - संबंध बीसीएनएफ में तुच्छ है।
80
EN + हिं Easy
GB What is the synthesis algorithm for 3NF and what are its steps?
IN 3NF के लिए संश्लेषण एल्गोरिदम क्या है और इसके चरण क्या हैं?
A
An algorithm for detecting MVDs एमवीडी का पता लगाने के लिए एक एल्गोरिदम
B
A recursive algorithm for BCNF decomposition बीसीएनएफ अपघटन के लिए एक पुनरावर्ती एल्गोरिदम
C
An algorithm for computing attribute closures विशेषता समापन की गणना के लिए एक एल्गोरिदम
D
An algorithm that: (1) finds minimal cover Fc, (2) creates one relation for each FD in Fc (LHS union RHS), (3) adds a relation for any candidate key if none of the created relations contains one, (4) removes redundant relations एक एल्गोरिदम जो: (1) न्यूनतम कवर एफसी ढूंढता है, (2) एफसी (एलएचएस यूनियन आरएचएस) में प्रत्येक एफडी के लिए एक संबंध बनाता है, (3) किसी भी उम्मीदवार कुंजी के लिए एक संबंध जोड़ता है यदि बनाए गए संबंधों में से किसी में भी एक नहीं है, (4) अनावश्यक संबंधों को हटा देता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) 3NF synthesis: Step 1: compute minimal cover Fc. Step 2: for each FD X to Y in Fc, create relation schema Ri(X union Y) with X as key. Step 3: if no created relation contains a candidate key of R, add one. Step 4: remove redundant schemas. Guarantees lossless + dependency-preserving.
व्याख्या (हिन्दी) 3NF संश्लेषण: चरण 1: न्यूनतम कवर एफसी की गणना करें। चरण 2: एफसी में प्रत्येक एफडी एक्स से वाई के लिए, कुंजी के रूप में एक्स के साथ संबंध स्कीमा री (एक्स यूनियन वाई) बनाएं। चरण 3: यदि किसी बनाए गए संबंध में R की उम्मीदवार कुंजी नहीं है, तो एक जोड़ें। चरण 4: अनावश्यक स्कीमा हटाएँ। दोषरहित + निर्भरता-संरक्षण की गारंटी देता है।
81
EN + हिं Easy
GB What does it mean for a decomposition to be dependency-preserving?
IN किसी अपघटन के निर्भरता-संरक्षण होने का क्या मतलब है?
A
The decomposition can be reversed without data loss डेटा हानि के बिना अपघटन को उलटा किया जा सकता है
B
The union of functional dependencies derivable from the projected FDs on each decomposed relation is equivalent to the original set of FDs - meaning all original constraints can be checked locally without joins प्रत्येक विघटित संबंध पर अनुमानित एफडी से व्युत्पन्न कार्यात्मक निर्भरता का संघ एफडी के मूल सेट के बराबर है - जिसका अर्थ है कि सभी मूल बाधाओं को बिना जोड़ के स्थानीय रूप से जांचा जा सकता है
C
All foreign key dependencies are preserved सभी विदेशी कुंजी निर्भरताएँ संरक्षित हैं
D
All original relations are preserved without change सभी मूल संबंध बिना किसी परिवर्तन के संरक्षित रहते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Dependency-preserving decomposition: for each original FD X to Y in F, X to Y is derivable from the FDs in F projected onto the decomposed relations. This means all constraints can be enforced locally, without needing to join relations to check them.
व्याख्या (हिन्दी) निर्भरता-संरक्षण अपघटन: एफ में प्रत्येक मूल एफडी एक्स से वाई के लिए, एक्स से वाई विघटित संबंधों पर प्रक्षेपित एफ में एफडी से व्युत्पन्न है। इसका मतलब यह है कि सभी बाधाओं को स्थानीय स्तर पर लागू किया जा सकता है, उन्हें जांचने के लिए संबंधों में शामिल होने की आवश्यकता नहीं है।
82
EN + हिं Easy
GB What is denormalization and in what scenario is it a justified design decision?
IN असामान्यीकरण क्या है और किस परिदृश्य में यह एक उचित डिज़ाइन निर्णय है?
A
Denormalization converts relational tables to NoSQL format डीनॉर्मलाइजेशन रिलेशनल टेबल को NoSQL फॉर्मेट में बदल देता है
B
Denormalization means removing all constraints from a table असामान्यीकरण का अर्थ है एक तालिका से सभी बाधाओं को हटाना
C
Denormalization is always a database design mistake डीनॉर्मलाइज़ेशन हमेशा एक डेटाबेस डिज़ाइन गलती होती है
D
Denormalization is the intentional introduction of redundancy by reversing normalization justified when the performance cost of joins in read-heavy workloads significantly outweighs the storage and update overhead असामान्यीकरण, सामान्यीकरण को उलट कर अतिरेक का जानबूझकर किया गया परिचय है, जो तब उचित ठहराया जाता है जब रीड-हेवी वर्कलोड में शामिल होने की प्रदर्शन लागत भंडारण और अद्यतन ओवरहेड से काफी अधिक हो जाती है।
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Denormalization trades data anomaly risk for query performance. Justified when: (1) read:write ratio is very high, (2) complex multi-table joins are performance bottlenecks, (3) data is relatively static, (4) OLAP/reporting workloads dominate.
व्याख्या (हिन्दी) क्वेरी प्रदर्शन के लिए असामान्यीकरण डेटा विसंगति जोखिम का व्यापार करता है। उचित है जब: (1) पढ़ने: लिखने का अनुपात बहुत अधिक है, (2) जटिल मल्टी-टेबल जोड़ प्रदर्शन बाधाएं हैं, (3) डेटा अपेक्षाकृत स्थिर है, (4) ओएलएपी/रिपोर्टिंग वर्कलोड हावी है।
83
EN + हिं Easy
GB What is the insertion anomaly in an unnormalized relation with an example?
IN एक उदाहरण के साथ एक असामान्य संबंध में सम्मिलन विसंगति क्या है?
A
A performance issue during bulk inserts थोक प्रविष्टियों के दौरान एक प्रदर्शन समस्या
B
An error in INSERT SQL syntax INSERT SQL सिंटैक्स में त्रुटि
C
The inability to insert a valid piece of information without also inserting other possibly unknown information - e.g. cannot add a new department unless at least one employee in that department exists अन्य संभावित अज्ञात जानकारी सम्मिलित किए बिना जानकारी का एक वैध टुकड़ा सम्मिलित करने में असमर्थता - उदाहरण के लिए कोई नया विभाग तब तक नहीं जोड़ा जा सकता जब तक उस विभाग में कम से कम एक कर्मचारी मौजूद न हो
D
An anomaly caused by wrong data types ग़लत डेटा प्रकारों के कारण उत्पन्न एक विसंगति
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Insert anomaly example: in EMP_DEPT(EmpID, EmpName, DeptID, DeptName, DeptLocation), you cannot add a new department without also adding an employee (EmpID is part of PK). The department fact cannot exist without employee data.
व्याख्या (हिन्दी) विसंगति उदाहरण डालें: EMP_DEPT (EmpID, EmpName, DeptID, DeptName, DeptLocation) में, आप एक कर्मचारी को जोड़े बिना एक नया विभाग नहीं जोड़ सकते (EmpID PK का हिस्सा है)। कर्मचारी डेटा के बिना विभाग का तथ्य मौजूद नहीं हो सकता।
84
EN + हिं Medium
GB For R(StudentID,CourseID,InstructorID) where each course has exactly one instructor and each instructor teaches only one course what NF issues arise?
IN आर (स्टूडेंटआईडी, कोर्सआईडी, इंस्ट्रक्टरआईडी) के लिए जहां प्रत्येक पाठ्यक्रम में एक ही प्रशिक्षक होता है और प्रत्येक प्रशिक्षक केवल एक ही पाठ्यक्रम पढ़ाता है, वहां एनएफ संबंधी क्या समस्याएं उत्पन्न होती हैं?
A
FDs: CourseID to InstructorID and InstructorID to CourseID; candidate keys: StudentID,CourseID and StudentID,InstructorID; CourseID to InstructorID violates BCNF since CourseID is not a superkey yet 3NF holds because InstructorID is a prime attribute एफडी: कोर्सआईडी से इंस्ट्रक्टरआईडी और इंस्ट्रक्टरआईडी से कोर्सआईडी; उम्मीदवार कुंजियाँ: स्टूडेंटआईडी, कोर्सआईडी और स्टूडेंटआईडी, इंस्ट्रक्टरआईडी; कोर्सआईडी से इंस्ट्रक्टरआईडी बीसीएनएफ का उल्लंघन करता है क्योंकि कोर्सआईडी एक सुपरकी नहीं है फिर भी 3एनएफ मान्य है क्योंकि इंस्ट्रक्टरआईडी एक प्रमुख विशेषता है
B
No FD issues; in BCNF कोई एफडी समस्या नहीं; बीसीएनएफ में
C
The relation is in 1NF only संबंध केवल 1NF में है
D
Only StudentID is a candidate key केवल स्टूडेंटआईडी ही उम्मीदवार कुंजी है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) FDs: CourseID bidirectional with InstructorID (1:1). CKs: {StudentID,CourseID} and {StudentID,InstructorID}. CourseID to InstructorID: CourseID not a superkey, but InstructorID IS a prime attribute. 3NF allows this. BCNF does not. Classic 3NF vs BCNF trade-off example.
व्याख्या (हिन्दी) एफडी: इंस्ट्रक्टरआईडी (1:1) के साथ कोर्सआईडी द्विदिशात्मक। सीके: {स्टूडेंटआईडी, कोर्सआईडी} और {स्टूडेंटआईडी, इंस्ट्रक्टरआईडी}। कोर्सआईडी से इंस्ट्रक्टरआईडी: कोर्सआईडी एक सुपरकी नहीं है, लेकिन इंस्ट्रक्टरआईडी एक प्रमुख विशेषता है। 3NF इसकी अनुमति देता है। बीसीएनएफ नहीं करता. क्लासिक 3एनएफ बनाम बीसीएनएफ ट्रेड-ऑफ उदाहरण।
85
EN + हिं Easy
GB What is the deletion anomaly and provide an example?
IN विलोपन विसंगति क्या है और एक उदाहरण प्रदान करें?
A
A performance issue during large deletes बड़े डिलीट के दौरान एक प्रदर्शन समस्या
B
An error in DELETE SQL syntax DELETE SQL सिंटैक्स में कोई त्रुटि
C
Deleting a row to remove one piece of information inadvertently destroys other valid information stored in the same row - e.g. deleting the last employee in a department also deletes all information about that department जानकारी के एक टुकड़े को हटाने के लिए एक पंक्ति को हटाने से अनजाने में उसी पंक्ति में संग्रहीत अन्य वैध जानकारी नष्ट हो जाती है - जैसे किसी विभाग के अंतिम कर्मचारी को हटाने से उस विभाग के बारे में सारी जानकारी भी हट जाती है
D
An anomaly caused by cascade delete constraints कैस्केड डिलीट बाधाओं के कारण उत्पन्न एक विसंगति
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Delete anomaly: in EMP_DEPT table, if the last employee of Department D5 is deleted (e.g., they quit), all information about D5 (name, location, budget) is also lost, even though the department still exists. Normalization stores department info separately.
व्याख्या (हिन्दी) विसंगति हटाएं: EMP_DEPT तालिका में, यदि विभाग D5 के अंतिम कर्मचारी को हटा दिया जाता है (उदाहरण के लिए, उन्होंने नौकरी छोड़ दी), तो D5 (नाम, स्थान, बजट) के बारे में सभी जानकारी भी खो जाती है, भले ही विभाग अभी भी मौजूद हो। सामान्यीकरण विभाग की जानकारी अलग से संग्रहीत करता है।
86
EN + हिं Easy
GB What does it mean for two sets of FDs F and G to be equivalent?
IN एफडी एफ और जी के दो सेटों के समतुल्य होने का क्या मतलब है?
A
F can derive all FDs in G AND G can derive all FDs in F - meaning they generate the same closure F+ = G+ F, G में सभी FD प्राप्त कर सकता है और G, F में सभी FD प्राप्त कर सकता है - जिसका अर्थ है कि वे समान समापन F+ = G+ उत्पन्न करते हैं
B
They have the same number of FDs उनके पास समान संख्या में एफडी हैं
C
They contain the same FDs उनमें समान एफडी हैं
D
They apply to the same relation schema वे समान संबंध स्कीमा पर लागू होते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) FD set equivalence: F equivalent to G if F+ = G+ (they generate identical closures). Equivalently: F covers G (every FD in G derivable from F) AND G covers F (every FD in F derivable from G). Two different-looking FD sets can be semantically equivalent.
व्याख्या (हिन्दी) एफडी सेट समतुल्यता: एफ जी के बराबर है यदि एफ+ = जी+ (वे समान क्लोजर उत्पन्न करते हैं)। समान रूप से: F, G को कवर करता है (G में प्रत्येक FD, F से व्युत्पन्न होता है) और G, F को कवर करता है (F में प्रत्येक FD, G से व्युत्पन्न होता है)। दो अलग-अलग दिखने वाले FD सेट शब्दार्थ की दृष्टि से समतुल्य हो सकते हैं।
87
EN + हिं Medium
GB In the context of 2NF what exactly is a prime attribute?
IN 2NF के संदर्भ में वास्तव में प्रमुख विशेषता क्या है?
A
The first attribute listed in the relation schema संबंध स्कीमा में सूचीबद्ध पहली विशेषता
B
The attribute with the highest data precision उच्चतम डेटा परिशुद्धता वाली विशेषता
C
Any attribute that appears in any functional dependency कोई भी विशेषता जो किसी कार्यात्मक निर्भरता में दिखाई देती है
D
An attribute that is a member of at least one candidate key of the relation एक विशेषता जो संबंध की कम से कम एक उम्मीदवार कुंजी का सदस्य है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Prime attribute: an attribute that participates in (is part of) at least one candidate key. Non-prime attribute: not part of any candidate key. 2NF requires non-prime attributes to be fully dependent on every candidate key (no partial dependencies).
व्याख्या (हिन्दी) प्राइम विशेषता: एक विशेषता जो कम से कम एक उम्मीदवार कुंजी में भाग लेती है (उसका हिस्सा है)। गैर-प्रमुख विशेषता: किसी भी उम्मीदवार कुंजी का हिस्सा नहीं। 2NF के लिए गैर-प्रमुख विशेषताओं की आवश्यकता होती है जो प्रत्येक उम्मीदवार कुंजी पर पूरी तरह से निर्भर हों (कोई आंशिक निर्भरता नहीं)।
88
EN + हिं Medium
GB Consider normalization of R(A,B,C,D,E,F) with F={A to BCDEF}. This relation is in which normal form?
IN F={A से BCDEF} के साथ R(A,B,C,D,E,F) के सामान्यीकरण पर विचार करें। यह रिश्ता किस सामान्य रूप में है?
A
2NF but not 3NF 2NF लेकिन 3NF नहीं
B
3NF but not BCNF 3NF लेकिन BCNF नहीं
C
1NF only केवल 1NF
D
BCNF and all higher normal forms बीसीएनएफ और सभी उच्चतर सामान्य रूप
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Candidate key is A (since A to BCDEF, A determines all). All non-prime attributes BCDEF are fully dependent on A (single-attribute key means no partial dependencies possible). No transitive FDs among BCDEF given. Every FD has A (a superkey) as LHS. BCNF satisfied.
व्याख्या (हिन्दी) उम्मीदवार कुंजी A है (चूंकि A से BCDEF तक, A सभी को निर्धारित करता है)। सभी गैर-प्रमुख विशेषताएँ BCDEF पूरी तरह से A पर निर्भर हैं (एकल-विशेषता कुंजी का अर्थ है कि कोई आंशिक निर्भरता संभव नहीं है)। बीसीडीईएफ के बीच कोई सकर्मक एफडी नहीं दी गई। प्रत्येक FD में LHS के रूप में A (एक सुपरकी) होता है। बीसीएनएफ संतुष्ट.
89
EN + हिं Easy
GB A relation R has MVDs CourseID multidetermines InstructorID and CourseID multidetermines TextbookID. What does 4NF require?
IN एक संबंध आर में एमवीडी कोर्सआईडी मल्टीडेटरमाइन्स इंस्ट्रक्टरआईडी और कोर्सआईडी मल्टीडेटरमाइन्स टेक्स्टबुकआईडी है। 4NF को क्या चाहिए?
A
4NF has no requirements about MVDs 4NF की MVDs के बारे में कोई आवश्यकता नहीं है
B
CourseID determines exactly one instructor and one textbook कोर्सआईडी बिल्कुल एक प्रशिक्षक और एक पाठ्यपुस्तक निर्धारित करता है
C
The MVD means the course has exactly 4 instructors एमवीडी का मतलब है कि पाठ्यक्रम में बिल्कुल 4 प्रशिक्षक हैं
D
For each course instructors and textbooks are independent; 4NF requires decomposing into R1(CourseID,InstructorID) and R2(CourseID,TextbookID) to eliminate the cartesian product redundancy प्रत्येक पाठ्यक्रम के लिए प्रशिक्षक और पाठ्यपुस्तकें स्वतंत्र हैं; कार्टेशियन उत्पाद अतिरेक को खत्म करने के लिए 4NF को R1 (कोर्सआईडी, इंस्ट्रक्टरआईडी) और आर2 (कोर्सआईडी, टेक्स्टबुकआईडी) में विघटित करने की आवश्यकता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) MVD CourseID multidetermines InstructorID means for each CourseID, the set of instructors is independent of textbooks. Storing them together causes: for 2 instructors and 3 textbooks of a course, you need 6 rows (cartesian product). 4NF decomposition stores them separately (5 rows), eliminating redundancy.
व्याख्या (हिन्दी) एमवीडी कोर्सआईडी मल्टीडेटर्मिन्स इंस्ट्रक्टरआईडी का मतलब है कि प्रत्येक कोर्सआईडी के लिए, प्रशिक्षकों का सेट पाठ्यपुस्तकों से स्वतंत्र है। उन्हें एक साथ संग्रहीत करने के कारण: एक पाठ्यक्रम के 2 प्रशिक्षकों और 3 पाठ्यपुस्तकों के लिए, आपको 6 पंक्तियों (कार्टेशियन उत्पाद) की आवश्यकता होती है। 4NF अपघटन उन्हें अलग-अलग (5 पंक्तियाँ) संग्रहीत करता है, जिससे अतिरेक समाप्त हो जाता है।
90
EN + हिं Medium
GB What characterizes a transitive dependency in the context of 3NF with a concrete example?
IN एक ठोस उदाहरण के साथ 3NF के संदर्भ में एक सकर्मक निर्भरता की विशेषता क्या है?
A
A dependency expressed in transitive SQL statements सकर्मक SQL कथनों में व्यक्त निर्भरता
B
A non-prime attribute Y depending on another non-prime attribute Z which in turn depends on the key X: X to Z to Y where Z is not a superkey - e.g. EmpID to DeptID to DeptName एक गैर-प्राइम विशेषता Y एक अन्य गैर-प्राइम विशेषता Z पर निर्भर करती है जो बदले में कुंजी X पर निर्भर करती है: X से Z से Y जहां Z एक सुपरकी नहीं है - उदाहरण के लिए EmpID से DeptID से DeptName
C
A dependency between two primary keys across tables तालिकाओं में दो प्राथमिक कुंजियों के बीच निर्भरता
D
A dependency derived by transitivity from two direct FDs involving only key attributes केवल प्रमुख विशेषताओं को शामिल करते हुए दो प्रत्यक्ष एफडी से परिवर्तनशीलता द्वारा प्राप्त निर्भरता
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Transitive dependency in 3NF context: X to Z (Z not a CK) and Z to Y (Y not in Z, Y not prime). Then X transitively determines Y through Z. Example: EmpID to DeptID (direct) and DeptID to DeptName (transitive - DeptID not a CK, DeptName not prime). Violates 3NF.
व्याख्या (हिन्दी) 3NF संदर्भ में सकर्मक निर्भरता: X से Z (Z CK नहीं है) और Z से Y (Y Z में नहीं है, Y प्राइम नहीं है)। तब 3NF का उल्लंघन करता है.
76–90 of 158