1396 Question 1396 EN + हिं Medium GB When converting an ER model to relational schema a weak entity is mapped by: IN ईआर मॉडल को रिलेशनल स्कीमा में परिवर्तित करते समय एक कमजोर इकाई को मैप किया जाता है: A Creating a table with its own independent primary key अपनी स्वयं की स्वतंत्र प्राथमिक कुंजी के साथ एक तालिका बनाना B Creating a merged table with the strong entity मजबूत इकाई के साथ एक मर्ज की गई तालिका बनाना C Creating a separate lookup table एक अलग लुकअप टेबल बनाना D Creating a table whose primary key is the combination of its partial key (discriminator) and the primary key of its identifying strong entity with a foreign key to the owner table एक तालिका बनाना जिसकी प्राथमिक कुंजी इसकी आंशिक कुंजी (विभेदक) का संयोजन है और मालिक तालिका के लिए एक विदेशी कुंजी के साथ इसकी पहचान करने वाली मजबूत इकाई की प्राथमिक कुंजी है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Weak entity mapping: table with columns for all its attributes + FK column(s) referencing the owner strong entity. Primary key = discriminator + owner_PK. FK to owner must be part of the ON DELETE CASCADE relationship. व्याख्या (हिन्दी) कमजोर इकाई मैपिंग: इसकी सभी विशेषताओं के लिए कॉलम वाली तालिका + मालिक की मजबूत इकाई को संदर्भित करने वाले एफके कॉलम। प्राथमिक कुंजी = विवेचक + स्वामी_पीके। मालिक को FK ऑन डिलीट कैस्केड संबंध का हिस्सा होना चाहिए। 🎯 Exam Perspective DBMS के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे UPSC, SSC, Banking और Police भर्ती में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें। 🔗 Related Questions What is the formal definition of functional dependency? For the rule Every Department MUST have exactly one Man... In Crow Foot notation how is zero or one relationship c... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1397 Question 1397 EN + हिं Medium GB What is the semantic difference between HasA and IsA relationships? IN हासए और आईएसए संबंधों के बीच अर्थ संबंधी अंतर क्या है? A HasA always implies M:N cardinality; IsA implies 1:1 हासए का तात्पर्य हमेशा एम:एन कार्डिनैलिटी से है; ISA का तात्पर्य 1:1 है B IsA is for strong entities; HasA for weak entities आईएसए मजबूत संस्थाओं के लिए है; कमजोर संस्थाओं के लिए हासए C IsA represents inheritance/specialization (a Car IsA Vehicle); HasA represents composition/aggregation (a Car HasA Engine) - fundamentally different entity relationships आईएसए विरासत/विशेषज्ञता (एक कार आईएसए वाहन) का प्रतिनिधित्व करता है; हासए संरचना/एकत्रीकरण (एक कार हासए इंजन) का प्रतिनिधित्व करता है - मौलिक रूप से भिन्न इकाई संबंध D They are interchangeable वे विनिमेय हैं ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) IsA (specialization): subtype inherits all supertype attributes - a Car IS a Vehicle. HasA (composition/aggregation): one entity contains/owns another - a Car HAS an Engine. Different semantics requiring different ER representations and relational mappings. व्याख्या (हिन्दी) आईएसए (विशेषज्ञता): उपप्रकार सभी सुपरटाइप विशेषताओं को प्राप्त करता है - एक कार एक वाहन है। हैसा (संरचना/एकत्रीकरण): एक इकाई में दूसरी इकाई होती है/उसका स्वामित्व होता है - एक कार में एक इंजन होता है। अलग-अलग शब्दार्थों के लिए अलग-अलग ईआर अभ्यावेदन और संबंधपरक मानचित्रण की आवश्यकता होती है। 🎯 Exam Perspective यह सवाल DBMS category का है — difficulty level "Medium", और Railway, SSC, Banking और Defence परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें। 🔗 Related Questions What is a chasm trap in ER modeling? What is schema evolution in ER modeling and why is it c... For the rule Every Department MUST have exactly one Man... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1398 Question 1398 EN + हिं Medium GB In ER-to-relational mapping how is a multi-valued attribute converted? IN ईआर-टू-रिलेशनल मैपिंग में एक बहु-मूल्यवान विशेषता को कैसे परिवर्तित किया जाता है? A Stored as a serialized JSON array क्रमबद्ध JSON सरणी के रूप में संग्रहीत B Converted into multiple numbered columns (phone1, phone2, phone3) एकाधिक क्रमांकित स्तंभों में परिवर्तित (फ़ोन1, फ़ोन2, फ़ोन3) C Converted into a separate table with the parent entity PK as FK and the multi-valued attribute as part of the PK मूल इकाई PK को FK के रूप में और बहु-मूल्यवान विशेषता को PK के भाग के रूप में एक अलग तालिका में परिवर्तित किया गया D Added as a comma-separated list in one column एक कॉलम में अल्पविराम से अलग की गई सूची के रूप में जोड़ा गया ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Multi-valued attribute mapping: create a new table with the attribute values + FK to parent entity. The table PK = parent_PK + attribute_value. E.g., Employee_Phone(emp_id FK, phone_number) PK=(emp_id, phone_number). व्याख्या (हिन्दी) बहु-मूल्यवान विशेषता मैपिंग: मूल इकाई के लिए विशेषता मान + FK के साथ एक नई तालिका बनाएं। तालिका पीके = पेरेंट_पीके + एट्रिब्यूट_वैल्यू। उदाहरण के लिए, कर्मचारी_फ़ोन(emp_id FK, फ़ोन_नंबर) PK=(emp_id, फ़ोन_नंबर)। 🎯 Exam Perspective यह प्रश्न DBMS की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Medium"। इस तरह के प्रश्न अक्सर SSC, Railway, Banking और State PCS जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें। 🔗 Related Questions In an ER diagram for Student ENROLLS_IN Course with att... What is schema evolution in ER modeling and why is it c... For the rule Every Department MUST have exactly one Man... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1399 Question 1399 EN + हिं Easy GB For the rule Every Department MUST have exactly one Manager what is the participation constraint? IN नियम के अनुसार प्रत्येक विभाग में एक ही प्रबंधक होना चाहिए, भागीदारी की बाधा क्या है? A Partial participation of Department and partial participation of Employee in Manages relationship संबंध प्रबंधन में विभाग की आंशिक भागीदारी और कर्मचारी की आंशिक भागीदारी B Many-to-many cardinality with total participation of both entities दोनों संस्थाओं की कुल भागीदारी के साथ अनेक-से-अनेक कार्डिनैलिटी C Total participation of Department in Manages relationship with cardinality 1:1 where Department has total and Manager has partial participation प्रमुखता 1:1 के साथ संबंध प्रबंधन में विभाग की कुल भागीदारी, जहां विभाग की कुल और प्रबंधक की आंशिक भागीदारी होती है D Total participation of both entities दोनों संस्थाओं की कुल भागीदारी ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Every Department MUST have a manager (total participation of Department = double line). But an employee MAY or MAY NOT be a manager (partial participation). Cardinality: 1:1 (one manager per department, one department per manager at most). व्याख्या (हिन्दी) प्रत्येक विभाग में एक प्रबंधक होना चाहिए (विभाग की कुल भागीदारी = डबल लाइन)। लेकिन एक कर्मचारी प्रबंधक हो भी सकता है और नहीं भी (आंशिक भागीदारी)। प्रमुखता: 1:1 (प्रति विभाग एक प्रबंधक, प्रति प्रबंधक अधिकतम एक विभाग)। 🎯 Exam Perspective DBMS से जुड़ा यह सवाल — difficulty level "Easy" उन students के लिए काम का है जो SSC CGL, IBPS, RRB और State-level परीक्षाओं की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो। 🔗 Related Questions What is the entity resolution problem in ER modeling? How should overlapping subtypes be handled in ER-to-rel... In ER-to-relational mapping how is a multi-valued attri... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1400 Question 1400 EN + हिं Medium GB What is schema evolution in ER modeling and why is it challenging? IN ईआर मॉडलिंग में स्कीमा विकास क्या है और यह चुनौतीपूर्ण क्यों है? A The process of modifying the ER schema over time as requirements change challenging because it requires updating existing data, queries, application code, and possibly complex data migrations समय के साथ आवश्यकताओं में बदलाव के साथ ईआर स्कीमा को संशोधित करने की प्रक्रिया चुनौतीपूर्ण है क्योंकि इसमें मौजूदा डेटा, क्वेरीज़, एप्लिकेशन कोड और संभवतः जटिल डेटा माइग्रेशन को अपडेट करने की आवश्यकता होती है। B Converting ER models between different notations विभिन्न नोटेशन के बीच ईआर मॉडल परिवर्तित करना C Adding new ER models to complement existing ones मौजूदा मॉडलों के पूरक के लिए नए ईआर मॉडल जोड़ना D Changing the ER diagram colors and notation ईआर आरेख के रंग और अंकन को बदलना ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Schema evolution: changing database schema over time (adding columns, changing types, restructuring relationships). Challenging because: existing data must be migrated, application queries must be updated, changes must be backward compatible, and migrations in production systems risk data loss. व्याख्या (हिन्दी) स्कीमा विकास: समय के साथ डेटाबेस स्कीमा बदलना (कॉलम जोड़ना, प्रकार बदलना, रिश्तों का पुनर्गठन)। चुनौतीपूर्ण है क्योंकि: मौजूदा डेटा को माइग्रेट किया जाना चाहिए, एप्लिकेशन क्वेरीज़ को अपडेट किया जाना चाहिए, परिवर्तन पिछड़े संगत होने चाहिए, और उत्पादन प्रणालियों में माइग्रेशन से डेटा हानि का जोखिम होता है। 🎯 Exam Perspective UPSC, SSC, Banking और Police भर्ती जैसी परीक्षाओं में DBMS से सवाल अक्सर पूछे जाते हैं — difficulty level "Medium"। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें। 🔗 Related Questions When converting an ER model to relational schema a weak... What is a chasm trap in ER modeling? What problem does fan trap represent in ER modeling and... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1401 Question 1401 EN + हिं Medium GB In Crow Foot notation how is zero or one relationship cardinality represented? IN क्रो फ़ुट नोटेशन में शून्य या एक संबंध कार्डिनैलिटी को कैसे दर्शाया जाता है? A A double vertical line एक दोहरी ऊर्ध्वाधर रेखा B A single vertical line and a crow foot एक खड़ी रेखा और एक कौवा पैर C A circle (zero) and a vertical line (one) on the same end of the relationship line संबंध रेखा के एक ही छोर पर एक वृत्त (शून्य) और एक ऊर्ध्वाधर रेखा (एक)। D A circle and a crow foot एक वृत्त और एक कौवा पैर ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Crow Foot notation: mandatory one = ||, optional one (zero or one) = O| (circle + line), mandatory many = |<, optional many (zero or many) = O< (circle + crow foot). The notation is placed at the entity end it describes. व्याख्या (हिन्दी) क्रो फ़ुट संकेतन: अनिवार्य एक = ||, वैकल्पिक एक (शून्य या एक) = ओ| (वृत्त + रेखा), अनिवार्य अनेक = | 🎯 Exam Perspective अगर आप Railway, SSC, Banking और Defence परीक्षाओं की तैयारी कर रहे हैं, तो DBMS का यह topic आपके लिए महत्वपूर्ण है — difficulty level "Medium"। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें। 🔗 Related Questions What is the semantic difference between HasA and IsA re... When converting an ER model to relational schema a weak... For the rule Every Department MUST have exactly one Man... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1402 Question 1402 EN + हिं Medium GB What problem does fan trap represent in ER modeling and how is it resolved? IN ईआर मॉडलिंग में फैन ट्रैप किस समस्या का प्रतिनिधित्व करता है और इसका समाधान कैसे किया जाता है? A A recursive relationship that creates an infinite loop एक पुनरावर्ती संबंध जो एक अनंत लूप बनाता है B A modeling error where a many-to-one and one-to-many relationship from a single entity incorrectly suggests a path between entities leading to incorrect query results - resolved by restructuring the relationships एक मॉडलिंग त्रुटि जहां एक ही इकाई से अनेक-से-एक और एक-से-अनेक संबंध गलत तरीके से इकाइयों के बीच एक पथ का सुझाव देते हैं जिससे गलत क्वेरी परिणाम प्राप्त होते हैं - संबंधों को पुनर्गठित करके हल किया जाता है C A trap caused by having too many multi-valued attributes बहुत अधिक बहु-मूल्यवान विशेषताएँ होने के कारण उत्पन्न हुआ जाल D A relationship where entities fan out to too many subtypes एक ऐसा रिश्ता जहां संस्थाएं बहुत सारे उपप्रकारों को बढ़ावा देती हैं ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Fan trap: A has multiple Bs, each B has multiple Cs, but if we join A-C through B, we cannot determine which Cs belong to which As without going through B. Resolved by either restructuring relationships or adding a direct A-C relationship. व्याख्या (हिन्दी) फैन ट्रैप: A में एकाधिक B हैं, प्रत्येक B में एकाधिक C हैं, लेकिन यदि हम A-C को B से जोड़ते हैं, तो हम B से गुजरे बिना यह निर्धारित नहीं कर सकते कि कौन सा C किस A से संबंधित है। या तो रिश्तों को पुनर्गठित करके या प्रत्यक्ष A-C संबंध जोड़कर हल किया जाता है। 🎯 Exam Perspective DBMS के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे SSC, Railway, Banking और State PCS में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें। 🔗 Related Questions In Crow Foot notation how is zero or one relationship c... What is the entity resolution problem in ER modeling? What is the formal definition of functional dependency? 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1403 Question 1403 EN + हिं Easy GB What is a chasm trap in ER modeling? IN ईआर मॉडलिंग में खाई जाल क्या है? A A recursive relationship with no termination condition कोई समाप्ति शर्त के साथ एक पुनरावर्ती संबंध B A relationship between more than four entity types चार से अधिक इकाई प्रकारों के बीच संबंध C A gap in a relationship path where a minimum cardinality of zero means some entities have no corresponding connected entities causing data to be missed in queries संबंध पथ में एक अंतराल जहां शून्य की न्यूनतम कार्डिनैलिटी का मतलब है कि कुछ संस्थाओं के पास कोई संबंधित कनेक्टेड संस्थाएं नहीं हैं, जिसके कारण प्रश्नों में डेटा छूट जाता है D A relationship where the depth of nesting is too deep एक ऐसा रिश्ता जहां रिश्ते की गहराई बहुत गहरी होती है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Chasm trap: occurs when a path through relationships has a minimum cardinality of zero (optional relationship), meaning some entities have no connection through the path. This causes data to disappear in multi-table joins. Resolved by using outer joins or redesigning the relationship. व्याख्या (हिन्दी) खाई का जाल: तब होता है जब रिश्तों के माध्यम से एक पथ में शून्य (वैकल्पिक संबंध) की न्यूनतम कार्डिनैलिटी होती है, जिसका अर्थ है कि कुछ संस्थाओं का पथ के माध्यम से कोई संबंध नहीं है। इसके कारण मल्टी-टेबल जॉइन में डेटा गायब हो जाता है। बाहरी जुड़ावों का उपयोग करके या रिश्ते को फिर से डिज़ाइन करके हल किया गया। 🎯 Exam Perspective यह सवाल DBMS category का है — difficulty level "Easy", और SSC CGL, IBPS, RRB और State-level परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें। 🔗 Related Questions What is the formal definition of functional dependency? In Crow Foot notation how is zero or one relationship c... In an ER diagram for Student ENROLLS_IN Course with att... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1404 Question 1404 EN + हिं Medium GB How should overlapping subtypes be handled in ER-to-relational mapping? IN ईआर-टू-रिलेशनल मैपिंग में ओवरलैपिंग उपप्रकारों को कैसे संभाला जाना चाहिए? A Collapse all subtypes into one table with all attributes सभी उपप्रकारों को सभी विशेषताओं के साथ एक तालिका में संक्षिप्त करें B Always create separate independent tables हमेशा अलग स्वतंत्र तालिकाएँ बनाएँ C Use a separate discriminator table एक अलग विवेचक तालिका का उपयोग करें D Various strategies: single table with type indicators and nullable columns, separate subtype tables with FK to supertype, or a type membership table allowing multiple type memberships विभिन्न रणनीतियाँ: प्रकार संकेतकों और अशक्त स्तंभों के साथ एकल तालिका, सुपरटाइप के लिए एफके के साथ अलग उपप्रकार तालिकाएँ, या एक प्रकार की सदस्यता तालिका जो कई प्रकार की सदस्यता की अनुमति देती है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Overlapping subtype mapping options: (1) Single table + nullable columns for subtype-specific attributes + boolean flags for type membership (denormalized). (2) Separate subtype tables each with FK to supertype + multiple type membership rows. Choice depends on overlap frequency and query patterns. व्याख्या (हिन्दी) ओवरलैपिंग उपप्रकार मैपिंग विकल्प: (1) एकल तालिका + उपप्रकार-विशिष्ट विशेषताओं के लिए अशक्त कॉलम + प्रकार सदस्यता के लिए बूलियन झंडे (असामान्यीकृत)। (2) एफके से सुपरटाइप + एकाधिक प्रकार की सदस्यता पंक्तियों के साथ प्रत्येक उपप्रकार तालिका को अलग करें। चयन ओवरलैप आवृत्ति और क्वेरी पैटर्न पर निर्भर करता है। 🎯 Exam Perspective यह प्रश्न DBMS की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Medium"। इस तरह के प्रश्न अक्सर UPSC, SSC, Banking और Police भर्ती जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें। 🔗 Related Questions What is a chasm trap in ER modeling? For the rule Every Department MUST have exactly one Man... What is an update anomaly in an unnormalized relation? 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1405 Question 1405 EN + हिं Easy GB In an ER diagram for Student ENROLLS_IN Course with attribute grade - what does placing grade on the relationship signify? IN विशेषता ग्रेड के साथ छात्र ENROLLS_IN पाठ्यक्रम के लिए ईआर आरेख में - संबंध पर ग्रेड रखने का क्या मतलब है? A Grade is a derived attribute of the Student entity ग्रेड छात्र इकाई का एक व्युत्पन्न गुण है B Grade is a property of the specific enrollment instance (the combination of a particular student in a particular course) not of Student alone or Course alone ग्रेड विशिष्ट नामांकन उदाहरण (किसी विशेष पाठ्यक्रम में किसी विशेष छात्र का संयोजन) की संपत्ति है, अकेले छात्र या अकेले पाठ्यक्रम की नहीं C Grade is a property of the Course only ग्रेड केवल पाठ्यक्रम की संपत्ति है D Grade is a property of the Student only ग्रेड केवल छात्र की संपत्ति है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Grade is a relationship attribute: it does not belong to Student (the student has different grades in different courses) or to Course (different students have different grades). It belongs to the specific ENROLLMENT instance = the combination of (Student, Course). व्याख्या (हिन्दी) ग्रेड एक संबंध विशेषता है: यह छात्र (अलग-अलग पाठ्यक्रमों में छात्र के अलग-अलग ग्रेड हैं) या पाठ्यक्रम (अलग-अलग छात्रों के अलग-अलग ग्रेड) से संबंधित नहीं है। यह विशिष्ट नामांकन उदाहरण = (छात्र, पाठ्यक्रम) के संयोजन से संबंधित है। 🎯 Exam Perspective DBMS से जुड़ा यह सवाल — difficulty level "Easy" उन students के लिए काम का है जो Railway, SSC, Banking और Defence परीक्षाओं की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो। 🔗 Related Questions What is an update anomaly in an unnormalized relation? For the rule Every Department MUST have exactly one Man... What is the entity resolution problem in ER modeling? 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1406 Question 1406 EN + हिं Medium GB When is a direct ternary relationship better than decomposed binary relationships? IN विघटित बाइनरी संबंधों की तुलना में प्रत्यक्ष त्रिक संबंध कब बेहतर होता है? A A relationship between three instances of the same entity एक ही इकाई के तीन उदाहरणों के बीच संबंध B A relationship simultaneously associating three entity types used when decomposition into binary relationships would lose information about the three-way association एक संबंध जो एक साथ तीन इकाई प्रकारों को जोड़ता है, जिसका उपयोग द्विआधारी संबंधों में विघटित होने पर किया जाता है, तीन-तरफा एसोसिएशन के बारे में जानकारी खो देगा C A ternary relationship with three attributes per entity प्रति इकाई तीन विशेषताओं के साथ एक त्रिक संबंध D A relationship with three participation constraints तीन भागीदारी बाधाओं वाला संबंध ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Ternary relationship involves three entity types simultaneously. Necessary when a three-way association cannot be represented by multiple binary relationships without losing meaning. E.g., Supplier supplies Part for Project - the combination of all three matters. व्याख्या (हिन्दी) त्रिक संबंध में एक साथ तीन इकाई प्रकार शामिल होते हैं। यह आवश्यक है जब तीन-तरफा एसोसिएशन को अर्थ खोए बिना कई बाइनरी रिश्तों द्वारा प्रस्तुत नहीं किया जा सकता है। उदाहरण के लिए, आपूर्तिकर्ता परियोजना के लिए हिस्से की आपूर्ति करता है - तीनों मामलों का संयोजन। 🎯 Exam Perspective SSC, Railway, Banking और State PCS जैसी परीक्षाओं में DBMS से सवाल अक्सर पूछे जाते हैं — difficulty level "Medium"। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें। 🔗 Related Questions In an ER diagram for Student ENROLLS_IN Course with att... In Crow Foot notation how is zero or one relationship c... What is the difference between a superkey, candidate ke... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1407 Question 1407 EN + हिं Easy GB What is the entity resolution problem in ER modeling? IN ईआर मॉडलिंग में इकाई समाधान समस्या क्या है? A Determining which entities should be weak entities यह निर्धारित करना कि कौन सी संस्थाएँ कमजोर संस्थाएँ होनी चाहिए B Resolving the cardinality of entity relationships इकाई संबंधों की प्रमुखता का समाधान करना C Resolving conflicts between two entity types दो इकाई प्रकारों के बीच विवादों का समाधान करना D The challenge of determining whether two references to entities represent the same real-world entity (deduplication/record linkage) crucial in data integration and federated database design यह निर्धारित करने की चुनौती कि क्या संस्थाओं के दो संदर्भ एक ही वास्तविक दुनिया इकाई (डीडुप्लीकेशन/रिकॉर्ड लिंकेज) का प्रतिनिधित्व करते हैं, डेटा एकीकरण और फ़ेडरेटेड डेटाबेस डिज़ाइन में महत्वपूर्ण है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Entity resolution (record linkage/deduplication): determining if two database records refer to the same real-world entity. Critical in data integration: the same person may appear as John Smith in one DB and J. Smith in another. Solved with similarity functions, blocking strategies, and machine learning classifiers. व्याख्या (हिन्दी) इकाई रिज़ॉल्यूशन (रिकॉर्ड लिंकेज/डीडुप्लीकेशन): यह निर्धारित करना कि क्या दो डेटाबेस रिकॉर्ड एक ही वास्तविक दुनिया इकाई को संदर्भित करते हैं। डेटा एकीकरण में महत्वपूर्ण: एक ही व्यक्ति एक डीबी में जॉन स्मिथ और दूसरे में जे. स्मिथ के रूप में दिखाई दे सकता है। समानता कार्यों, अवरुद्ध रणनीतियों और मशीन लर्निंग क्लासिफायर के साथ हल किया गया। 🎯 Exam Perspective अगर आप SSC CGL, IBPS, RRB और State-level परीक्षाओं की तैयारी कर रहे हैं, तो DBMS का यह topic आपके लिए महत्वपूर्ण है — difficulty level "Easy"। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें। 🔗 Related Questions For the rule Every Department MUST have exactly one Man... How should overlapping subtypes be handled in ER-to-rel... When converting an ER model to relational schema a weak... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1408 Question 1408 EN + हिं Medium GB What is the difference between a superkey, candidate key, and primary key? IN सुपरकी, कैंडिडेट कुंजी और प्राथमिक कुंजी के बीच क्या अंतर है? A Superkey: any set of attributes uniquely identifying tuples; Candidate key: a minimal superkey (no subset is also a superkey); Primary key: one chosen candidate key for the table सुपरकी: विशिष्ट रूप से टुपल्स की पहचान करने वाली विशेषताओं का कोई भी सेट; उम्मीदवार कुंजी: एक न्यूनतम सुपरकी (कोई उपसमुच्चय भी सुपरकी नहीं है); प्राथमिक कुंजी: तालिका के लिए एक चयनित उम्मीदवार कुंजी B They are all identical concepts वे सभी समान अवधारणाएँ हैं C Superkey is a compound key; candidate key is a simple key; primary key is any key सुपरकी एक मिश्रित कुंजी है; उम्मीदवार कुंजी एक साधारण कुंजी है; प्राथमिक कुंजी कोई भी कुंजी है D Superkey has no duplicates; candidate key allows duplicates; primary key is unique सुपरकी का कोई डुप्लिकेट नहीं है; उम्मीदवार कुंजी डुप्लिकेट की अनुमति देती है; प्राथमिक कुंजी अद्वितीय है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Superkey: any attribute set uniquely identifying tuples (may have redundant attributes). Candidate key: minimal superkey (removing any attribute breaks uniqueness). Primary key: one selected candidate key designated as the main identifier. व्याख्या (हिन्दी) सुपरकी: कोई भी विशेषता सेट विशिष्ट रूप से टुपल्स की पहचान करता है (इसमें अनावश्यक विशेषताएँ हो सकती हैं)। उम्मीदवार कुंजी: न्यूनतम सुपरकी (किसी भी विशेषता को हटाने से विशिष्टता टूट जाती है)। प्राथमिक कुंजी: एक चयनित उम्मीदवार कुंजी को मुख्य पहचानकर्ता के रूप में नामित किया गया है। 🎯 Exam Perspective DBMS के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे UPSC, SSC, Banking और Police भर्ती में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें। 🔗 Related Questions What problem does fan trap represent in ER modeling and... What is the entity resolution problem in ER modeling? What is the formal definition of functional dependency? 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1409 Question 1409 EN + हिं Easy GB What is the formal definition of functional dependency? IN कार्यात्मक निर्भरता की औपचारिक परिभाषा क्या है? A A constraint X determines Y where for any two tuples with the same X value they must also have the same Y value (X functionally determines Y) एक बाधा B A constraint where a function must exist for every attribute एक बाधा जहां प्रत्येक विशेषता के लिए एक फ़ंक्शन मौजूद होना चाहिए C A dependency between stored procedures संग्रहित प्रक्रियाओं के बीच निर्भरता D A constraint where one table references another एक बाधा जहां एक तालिका दूसरे को संदर्भित करती है ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Functional Dependency X to Y: in any valid relation instance, for any two tuples t1 and t2, if t1[X] = t2[X] then t1[Y] = t2[Y]. X uniquely determines Y. The value of X attributes determines the value of Y attributes. व्याख्या (हिन्दी) कार्यात्मक निर्भरता X विशिष्ट रूप से Y को निर्धारित करता है। X विशेषताओं का मान Y विशेषताओं का मान निर्धारित करता है। 🎯 Exam Perspective यह सवाल DBMS category का है — difficulty level "Easy", और Railway, SSC, Banking और Defence परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें। 🔗 Related Questions What is the difference between a superkey, candidate ke... When converting an ER model to relational schema a weak... In an ER diagram for Student ENROLLS_IN Course with att... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)
1410 Question 1410 EN + हिं Easy GB What is an update anomaly in an unnormalized relation? IN एक असामान्य संबंध में अद्यतन विसंगति क्या है? A Changing a fact stored in multiple redundant rows requiring all rows to be updated simultaneously with inconsistency resulting if any update is missed कई निरर्थक पंक्तियों में संग्रहीत तथ्य को बदलने के लिए सभी पंक्तियों को एक साथ असंगतता के साथ अद्यतन करने की आवश्यकता होती है, जिसके परिणामस्वरूप यदि कोई अद्यतन छूट जाता है B A foreign key violation when deleting a record किसी रिकॉर्ड को हटाते समय विदेशी कुंजी का उल्लंघन C A query that takes too long to execute एक क्वेरी जिसे निष्पादित होने में बहुत अधिक समय लगता है D A constraint violation when inserting new data नया डेटा सम्मिलित करते समय बाधा का उल्लंघन ✅ Correct Answer: 💡 Explanation / व्याख्या Explanation (English) Update anomaly: when a fact is stored redundantly in multiple rows, updating it requires changing all rows. Missing even one update creates an inconsistency (different values for the same fact). Normalization eliminates this by storing each fact once. व्याख्या (हिन्दी) अद्यतन विसंगति: जब किसी तथ्य को कई पंक्तियों में अनावश्यक रूप से संग्रहीत किया जाता है, तो इसे अद्यतन करने के लिए सभी पंक्तियों को बदलने की आवश्यकता होती है। एक भी अपडेट गुम होने से असंगति (एक ही तथ्य के लिए अलग-अलग मान) पैदा होती है। सामान्यीकरण प्रत्येक तथ्य को एक बार संग्रहीत करके इसे समाप्त कर देता है। 🎯 Exam Perspective यह प्रश्न DBMS की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Easy"। इस तरह के प्रश्न अक्सर SSC, Railway, Banking और State PCS जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें। 🔗 Related Questions What is schema evolution in ER modeling and why is it c... In ER-to-relational mapping how is a multi-valued attri... What is the difference between a superkey, candidate ke... 📚 Related Topic Introduction to DBMS (639) Database Architecture (135) Data Models (138)