DBMS — MCQ Practice

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

📚 138 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
138 questions

Question 106

EN + हिं Medium
GB What is the concept of ontological commitment in ER modeling and how does it affect schema design?
IN ईआर मॉडलिंग में ऑन्टोलॉजिकल प्रतिबद्धता की अवधारणा क्या है और यह स्कीमा डिज़ाइन को कैसे प्रभावित करती है?
The number of entities committed to memory in the database डेटाबेस में मेमोरी के लिए प्रतिबद्ध इकाइयों की संख्या
A legal commitment to use a specific database vendor एक विशिष्ट डेटाबेस विक्रेता का उपयोग करने की कानूनी प्रतिबद्धता
The set of assumptions made about the nature and categories of entities in the domain; in ER design this means deciding what constitutes an entity vs an attribute vs a relationship - different ontological choices lead to fundamentally different schemas that are logically equivalent but have different query performance and flexibility trade-offs डोमेन में संस्थाओं की प्रकृति और श्रेणियों के बारे में बनाई गई धारणाओं का सेट; ईआर डिज़ाइन में इसका मतलब यह तय करना है कि एक इकाई बनाम एक विशेषता बनाम एक रिश्ता क्या बनता है - अलग-अलग ऑन्टोलॉजिकल विकल्प मौलिक रूप से अलग-अलग स्कीमा का कारण बनते हैं जो तार्किक रूप से समतुल्य होते हैं लेकिन अलग-अलग क्वेरी प्रदर्शन और लचीलेपन वाले ट्रेड-ऑफ होते हैं
A formal contract between database designers and stakeholders डेटाबेस डिजाइनरों और हितधारकों के बीच एक औपचारिक अनुबंध
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Example: Should Address be an entity or an attribute of Customer? As attribute: simpler, one table. As entity: reusable (Employee and Customer share addresses), but requires JOIN. Should Employment be a relationship or an entity? As entity: allows attributes (start_date, salary, role) and participation in other relationships. These ontological choices drive schema design.
व्याख्या (हिन्दी) उदाहरण: क्या पता ग्राहक की इकाई या विशेषता होना चाहिए? विशेषता के रूप में: सरल, एक तालिका। इकाई के रूप में: पुन: प्रयोज्य (कर्मचारी और ग्राहक पते साझा करते हैं), लेकिन शामिल होने की आवश्यकता है। क्या रोज़गार एक रिश्ता या इकाई होना चाहिए? इकाई के रूप में: विशेषताओं (प्रारंभ तिथि, वेतन, भूमिका) और अन्य संबंधों में भागीदारी की अनुमति देता है। ये ऑन्टोलॉजिकल विकल्प स्कीमा डिज़ाइन को संचालित करते हैं।
🎯 Exam Perspective
DBMS ("ER Model" sub-topic) के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे SSC CGL, IBPS, RRB और State-level परीक्षाओं में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 107

EN + हिं Easy
GB In an ER diagram what does a double rectangle represent?
IN ईआर आरेख में एक दोहरा आयत क्या दर्शाता है?
A weak entity that depends on another entity for its existence and identification एक कमज़ोर इकाई जो अपने अस्तित्व और पहचान के लिए दूसरी इकाई पर निर्भर होती है
An abstract/supertype entity एक अमूर्त/सुपरटाइप इकाई
A derived entity computed from other entities अन्य संस्थाओं से गणना की गई एक व्युत्पन्न इकाई
A strong entity with multiple primary keys एकाधिक प्राथमिक कुंजियों वाली एक मजबूत इकाई
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) A double rectangle in an ER diagram represents a weak entity - one that cannot be uniquely identified by its own attributes alone and requires identification through its relationship with a strong (owner) entity.
व्याख्या (हिन्दी) ईआर आरेख में एक डबल आयत एक कमजोर इकाई का प्रतिनिधित्व करता है - जिसे केवल अपनी विशेषताओं से विशिष्ट रूप से पहचाना नहीं जा सकता है और एक मजबूत (मालिक) इकाई के साथ अपने संबंधों के माध्यम से पहचान की आवश्यकता होती है।
🎯 Exam Perspective
यह सवाल DBMS ("ER Model" sub-topic) category का है — difficulty level "Easy", और SSC CGL, IBPS, RRB और State-level परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 108

EN + हिं Medium
GB What is the difference between total and partial participation in an ER diagram?
IN ईआर आरेख में कुल और आंशिक भागीदारी के बीच क्या अंतर है?
Total participation means only one entity can participate; partial means multiple can कुल भागीदारी का मतलब है कि केवल एक इकाई ही भाग ले सकती है; आंशिक का अर्थ है एकाधिक कर सकते हैं
Total participation (double line): every instance MUST participate; partial participation (single line): some instances may not participate कुल भागीदारी (डबल लाइन): प्रत्येक उदाहरण में भाग लेना आवश्यक है; आंशिक भागीदारी (एकल पंक्ति): कुछ उदाहरण भाग नहीं ले सकते हैं
Total participation is shown by a dashed line; partial by a solid line कुल भागीदारी को एक धराशायी रेखा द्वारा दिखाया गया है; एक ठोस रेखा द्वारा आंशिक
They are identical concepts वे समान अवधारणाएँ हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Total participation: every instance MUST participate - shown as double line. E.g., every Loan MUST be taken by a Customer. Partial participation: some instances may not - shown as single line. E.g., not every Customer has a Loan.
व्याख्या (हिन्दी) कुल भागीदारी: प्रत्येक उदाहरण में भाग लेना आवश्यक है - दोहरी पंक्ति के रूप में दिखाया गया है। उदाहरण के लिए, प्रत्येक ऋण एक ग्राहक द्वारा लिया जाना चाहिए। आंशिक भागीदारी: कुछ उदाहरण नहीं हो सकते - एकल पंक्ति के रूप में दिखाए गए हैं। उदाहरण के लिए, प्रत्येक ग्राहक के पास ऋण नहीं है।
🎯 Exam Perspective
यह प्रश्न DBMS ("ER Model" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Medium"। इस तरह के प्रश्न अक्सर UPSC, SSC, Banking और Police भर्ती जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।

Question 109

EN + हिं Medium
GB In ER modeling what is a derived attribute and how is it represented?
IN ईआर मॉडलिंग में व्युत्पन्न विशेषता क्या है और इसे कैसे दर्शाया जाता है?
An attribute shared between two entities दो संस्थाओं के बीच साझा की गई एक विशेषता
An attribute copied from another entity किसी अन्य इकाई से कॉपी की गई विशेषता
An attribute with multiple values एकाधिक मानों वाला एक गुण
An attribute whose value can be computed from other stored attributes represented by a dashed/dotted ellipse in ER diagrams एक विशेषता जिसका मूल्य ईआर आरेखों में धराशायी/बिंदीदार दीर्घवृत्त द्वारा दर्शाए गए अन्य संग्रहीत गुणों से गणना की जा सकती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) A derived attribute is computed from other attributes at query time, not stored. E.g., Age derived from BirthDate, TotalSalary derived from BaseSalary + Bonus. Represented by dashed ellipse in ER diagrams.
व्याख्या (हिन्दी) एक व्युत्पन्न विशेषता की गणना क्वेरी समय पर अन्य विशेषताओं से की जाती है, संग्रहीत नहीं। उदाहरण के लिए, आयु जन्मतिथि से प्राप्त होती है, कुल वेतन बेससैलरी + बोनस से प्राप्त होता है। ईआर आरेखों में धराशायी दीर्घवृत्त द्वारा दर्शाया गया।
🎯 Exam Perspective
DBMS ("ER Model" sub-topic) से जुड़ा यह सवाल — difficulty level "Medium" उन students के लिए काम का है जो Railway, SSC, Banking और Defence परीक्षाओं की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो।

Question 110

EN + हिं Easy
GB What is a composite attribute in ER modeling?
IN ईआर मॉडलिंग में एक समग्र विशेषता क्या है?
An attribute that stores composite data types like JSON एक विशेषता जो JSON जैसे समग्र डेटा प्रकारों को संग्रहीत करती है
An attribute that participates in multiple relationships एक विशेषता जो अनेक रिश्तों में भाग लेती है
An attribute composed of multiple sub-attributes that together represent a complex value e.g. Address = Street, City, State, Zip कई उप-विशेषताओं से बनी एक विशेषता जो एक साथ एक जटिल मान का प्रतिनिधित्व करती है जैसे पता = सड़क, शहर, राज्य, ज़िप
An attribute that is also a primary key एक विशेषता जो प्राथमिक कुंजी भी है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Composite attribute: can be divided into smaller sub-attributes with independent meaning. E.g., Name = FirstName, MiddleName, LastName; Address = Street, City, State, Zip. Contrasts with simple/atomic attributes.
व्याख्या (हिन्दी) समग्र विशेषता: स्वतंत्र अर्थ के साथ छोटे उप-विशेषताओं में विभाजित किया जा सकता है। जैसे, नाम = प्रथम नाम, मध्य नाम, अंतिम नाम; पता = सड़क, शहर, राज्य, ज़िप। सरल/परमाणु विशेषताओं के साथ तुलना।
🎯 Exam Perspective
SSC, Railway, Banking और State PCS जैसी परीक्षाओं में DBMS ("ER Model" sub-topic) से सवाल अक्सर पूछे जाते हैं — difficulty level "Easy"। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें।

Question 111

EN + हिं Medium
GB How does ISA specialization relate to object-oriented inheritance?
IN आईएसए विशेषज्ञता वस्तु-उन्मुख विरासत से कैसे संबंधित है?
ISA creates many-to-many relationships between entity types आईएसए इकाई प्रकारों के बीच अनेक-से-अनेक संबंध बनाता है
ISA is used only for weak entities ISA का उपयोग केवल कमजोर संस्थाओं के लिए किया जाता है
ISA specialization in ER creates a supertype-subtype hierarchy where subtypes inherit attributes from the supertype analogous to class inheritance in OOP ईआर में आईएसए विशेषज्ञता एक सुपरटाइप-उपप्रकार पदानुक्रम बनाती है जहां उपप्रकार ओओपी में क्लास इनहेरिटेंस के अनुरूप सुपरटाइप से गुण प्राप्त करते हैं।
They are unrelated concepts वे असंबद्ध अवधारणाएँ हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) ISA creates entity hierarchies: Employee ISA Person means Employee inherits all Person attributes. Subtype entities have additional specific attributes. Similar to OOP inheritance. Implemented via table-per-type, table-per-hierarchy, or table-per-concrete-class strategies.
व्याख्या (हिन्दी) आईएसए इकाई पदानुक्रम बनाता है: कर्मचारी आईएसए व्यक्ति का अर्थ है कि कर्मचारी को सभी व्यक्तिगत गुण विरासत में मिलते हैं। उपप्रकार संस्थाओं में अतिरिक्त विशिष्ट विशेषताएँ होती हैं। OOP वंशानुक्रम के समान। तालिका-प्रति-प्रकार, तालिका-प्रति-पदानुक्रम, या तालिका-प्रति-ठोस-वर्ग रणनीतियों के माध्यम से कार्यान्वित किया गया।
🎯 Exam Perspective
अगर आप SSC CGL, IBPS, RRB और State-level परीक्षाओं की तैयारी कर रहे हैं, तो DBMS ("ER Model" sub-topic) का यह topic आपके लिए महत्वपूर्ण है — difficulty level "Medium"। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें।

Question 112

EN + हिं Medium
GB What is the difference between disjoint and overlapping constraints in ER specialization?
IN ईआर विशेषज्ञता में असंयुक्त और अतिव्यापी बाधाओं के बीच क्या अंतर है?
Disjoint means all subtypes must be populated; overlapping means subtypes can be empty डिसजॉइंट का मतलब है कि सभी उपप्रकारों को पॉप्युलेट किया जाना चाहिए; ओवरलैपिंग का मतलब है कि उपप्रकार खाली हो सकते हैं
They apply to different relationship types वे विभिन्न प्रकार के संबंधों पर लागू होते हैं
Disjoint applies to weak entities; overlapping to strong entities असंबद्धता कमजोर संस्थाओं पर लागू होती है; मजबूत संस्थाओं को ओवरलैप करना
Disjoint (d): an entity can belong to at most one subtype; Overlapping (o): an entity can belong to multiple subtypes simultaneously असंयुक्त (डी): एक इकाई अधिकतम एक उपप्रकार से संबंधित हो सकती है; ओवरलैपिंग (ओ): एक इकाई एक साथ कई उपप्रकारों से संबंधित हो सकती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Disjoint constraint: a supertype instance can be a member of at most ONE subtype (e.g., Vehicle is either Car OR Truck). Overlapping constraint: a supertype instance can be a member of MULTIPLE subtypes (e.g., Person can be both Employee AND Student).
व्याख्या (हिन्दी) असंयुक्त बाधा: एक सुपरटाइप उदाहरण अधिकतम एक उपप्रकार का सदस्य हो सकता है (उदाहरण के लिए, वाहन या तो कार या ट्रक है)। ओवरलैपिंग बाधा: एक सुपरटाइप उदाहरण एकाधिक उपप्रकारों का सदस्य हो सकता है (उदाहरण के लिए, व्यक्ति कर्मचारी और छात्र दोनों हो सकता है)।
🎯 Exam Perspective
DBMS ("ER Model" sub-topic) के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे UPSC, SSC, Banking और Police भर्ती में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 113

EN + हिं Easy
GB In ER modeling what is a ternary relationship and when is it necessary?
IN ईआर मॉडलिंग में टर्नरी संबंध क्या है और यह कब आवश्यक है?
A relationship that simultaneously associates three entity types necessary when the relationship cannot be decomposed into binary relationships without losing information एक रिश्ता जो एक साथ तीन इकाई प्रकारों को जोड़ता है, तब आवश्यक होता है जब संबंध को जानकारी खोए बिना द्विआधारी संबंधों में विघटित नहीं किया जा सकता है
A relationship between three different attributes of one entity एक इकाई की तीन अलग-अलग विशेषताओं के बीच संबंध
A relationship with three participation constraints तीन भागीदारी बाधाओं वाला संबंध
A relationship involving one weak entity and two strong entities एक रिश्ता जिसमें एक कमजोर इकाई और दो मजबूत इकाई शामिल हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) A 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., Doctor prescribes Medicine to Patient - the combination matters.
व्याख्या (हिन्दी) एक त्रिक संबंध में एक साथ तीन इकाई प्रकार शामिल होते हैं। यह आवश्यक है जब तीन-तरफा एसोसिएशन को अर्थ खोए बिना कई बाइनरी रिश्तों द्वारा प्रस्तुत नहीं किया जा सकता है। उदाहरण के लिए, डॉक्टर रोगी को दवा लिखता है - संयोजन मायने रखता है।
🎯 Exam Perspective
यह सवाल DBMS ("ER Model" sub-topic) category का है — difficulty level "Easy", और Railway, SSC, Banking और Defence परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 114

EN + हिं Easy
GB What does cardinality ratio specify in an ER relationship?
IN ईआर संबंध में कार्डिनैलिटी अनुपात क्या निर्दिष्ट करता है?
The maximum number of relationship instances an entity can participate in expressed as 1:1, 1:N, or M:N किसी इकाई द्वारा भाग लिए जा सकने वाले संबंध उदाहरणों की अधिकतम संख्या को 1:1, 1:N, या M:N के रूप में व्यक्त किया जा सकता है
The minimum number of entity instances required आवश्यक इकाई उदाहरणों की न्यूनतम संख्या
The number of attributes in each entity प्रत्येक इकाई में विशेषताओं की संख्या
The number of primary keys in a relationship किसी रिश्ते में प्राथमिक कुंजियों की संख्या
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Cardinality ratio specifies the number of relationship instances one entity can be associated with via the relationship. 1:1 (one-to-one), 1:N (one-to-many), M:N (many-to-many). Together with participation constraints, fully specifies relationship constraints.
व्याख्या (हिन्दी) कार्डिनैलिटी अनुपात उन संबंध उदाहरणों की संख्या निर्दिष्ट करता है जिनके साथ एक इकाई संबंध के माध्यम से जुड़ी हो सकती है। 1:1 (एक-से-एक), 1:एन (एक-से-अनेक), एम:एन (अनेक-से-अनेक)। भागीदारी की बाधाओं के साथ, रिश्ते की बाधाओं को पूरी तरह से निर्दिष्ट करता है।
🎯 Exam Perspective
यह प्रश्न DBMS ("ER Model" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Easy"। इस तरह के प्रश्न अक्सर SSC, Railway, Banking और State PCS जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।

Question 115

EN + हिं Medium
GB How is a many-to-many M:N relationship mapped to relational tables?
IN अनेक-से-अनेक M:N संबंध को संबंधपरक तालिकाओं में कैसे मैप किया जाता है?
By adding a foreign key in one of the two entity tables दो इकाई तालिकाओं में से एक में एक विदेशी कुंजी जोड़कर
By duplicating rows in both entity tables दोनों इकाई तालिकाओं में पंक्तियों की नकल करके
As a single table combining all attributes of both entities दोनों संस्थाओं की सभी विशेषताओं को मिलाकर एक एकल तालिका के रूप में
By creating a separate junction/cross-reference table with foreign keys referencing both entity tables plus any relationship attributes दोनों इकाई तालिकाओं और किसी भी संबंध विशेषताओं को संदर्भित करने वाली विदेशी कुंजियों के साथ एक अलग जंक्शन/क्रॉस-रेफरेंस तालिका बनाकर
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) M:N mapping: create a cross-reference/junction table containing (at minimum) foreign keys to both entity tables primary keys. The combination of these FKs forms the junction tables primary key. Relationship attributes are also added to this table.
व्याख्या (हिन्दी) एम:एन मैपिंग: एक क्रॉस-रेफरेंस/जंक्शन तालिका बनाएं जिसमें दोनों इकाई तालिकाओं की प्राथमिक कुंजियों के लिए (न्यूनतम) विदेशी कुंजियाँ हों। इन FKs का संयोजन जंक्शन तालिका प्राथमिक कुंजी बनाता है। इस तालिका में संबंध विशेषताएँ भी जोड़ी जाती हैं।
🎯 Exam Perspective
DBMS ("ER Model" sub-topic) से जुड़ा यह सवाल — difficulty level "Medium" उन students के लिए काम का है जो SSC CGL, IBPS, RRB और State-level परीक्षाओं की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो।

Question 116

EN + हिं Medium
GB In EER modeling what is the difference between specialization and generalization?
IN ईईआर मॉडलिंग में विशेषज्ञता और सामान्यीकरण के बीच क्या अंतर है?
Specialization is top-down (start with supertype, define subtypes); generalization is bottom-up (identify commonalities among existing entity types to create a supertype) विशेषज्ञता ऊपर से नीचे की ओर है (सुपरटाइप से शुरू करें, उपप्रकार परिभाषित करें); सामान्यीकरण नीचे से ऊपर की ओर है (सुपरटाइप बनाने के लिए मौजूदा इकाई प्रकारों के बीच समानताओं की पहचान करें)
Specialization adds constraints; generalization removes them विशेषज्ञता बाधाएँ जोड़ती है; सामान्यीकरण उन्हें हटा देता है
Specialization only applies to weak entities; generalization to strong entities विशेषज्ञता केवल कमजोर संस्थाओं पर लागू होती है; मजबूत संस्थाओं का सामान्यीकरण
They produce identical results with different processes वे विभिन्न प्रक्रियाओं के साथ समान परिणाम उत्पन्न करते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Specialization: top-down design process - take a general entity (Person) and define specialized subtypes (Employee, Student). Generalization: bottom-up - notice Employee and Student share common attributes, generalize them into a Person supertype.
व्याख्या (हिन्दी) विशेषज्ञता: टॉप-डाउन डिज़ाइन प्रक्रिया - एक सामान्य इकाई (व्यक्ति) लें और विशेष उपप्रकार (कर्मचारी, छात्र) को परिभाषित करें। सामान्यीकरण: नीचे से ऊपर - ध्यान दें कि कर्मचारी और छात्र समान गुण साझा करते हैं, उन्हें एक व्यक्ति सुपरटाइप में सामान्यीकृत करें।
🎯 Exam Perspective
UPSC, SSC, Banking और Police भर्ती जैसी परीक्षाओं में DBMS ("ER Model" sub-topic) से सवाल अक्सर पूछे जाते हैं — difficulty level "Medium"। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें।

Question 117

EN + हिं Easy
GB What is the Chen notation for a multi-valued attribute in ER diagrams?
IN ईआर आरेखों में बहु-मूल्यवान विशेषता के लिए चेन नोटेशन क्या है?
Double ellipse (ellipse within an ellipse) दोहरा दीर्घवृत्त (दीर्घवृत्त के भीतर दीर्घवृत्त)
Dashed ellipse धराशायी दीर्घवृत्त
Rectangle with double border दोहरे बॉर्डर वाला आयत
Single ellipse with bold text बोल्ड टेक्स्ट के साथ एकल दीर्घवृत्त
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) In Chen ER notation: simple attributes = single ellipse, composite attributes = ellipse with sub-ellipses, derived attributes = dashed ellipse, multi-valued attributes = double ellipse (two concentric ellipses).
व्याख्या (हिन्दी) चेन ईआर नोटेशन में: सरल विशेषताएँ = एकल दीर्घवृत्त, समग्र विशेषताएँ = उप-दीर्घवृत्त के साथ दीर्घवृत्त, व्युत्पन्न विशेषताएँ = धराशायी दीर्घवृत्त, बहु-मूल्यवान विशेषताएँ = दोहरा दीर्घवृत्त (दो संकेंद्रित दीर्घवृत्त)।
🎯 Exam Perspective
अगर आप Railway, SSC, Banking और Defence परीक्षाओं की तैयारी कर रहे हैं, तो DBMS ("ER Model" sub-topic) का यह topic आपके लिए महत्वपूर्ण है — difficulty level "Easy"। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें।

Question 118

EN + हिं Medium
GB How would you record the hours each employee works on each project in M:N employee-project scenario?
IN आप एम:एन कर्मचारी-परियोजना परिदृश्य में प्रत्येक परियोजना पर प्रत्येक कर्मचारी के काम के घंटों को कैसे रिकॉर्ड करेंगे?
Create a separate Hours entity एक अलग घंटे इकाई बनाएँ
Add hours as a multi-valued attribute to Employee कर्मचारी में बहु-मूल्यवान विशेषता के रूप में घंटे जोड़ें
Create a M:N relationship Works_On between Employee and Project with hours as a relationship attribute संबंध विशेषता के रूप में घंटों के साथ कर्मचारी और प्रोजेक्ट के बीच एक M:N संबंध वर्क्स_ऑन बनाएं
Add hours as an attribute to either Employee or Project entity कर्मचारी या परियोजना इकाई में एक विशेषता के रूप में घंटे जोड़ें
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Relationship attributes: attributes that belong to the relationship itself rather than either participating entity. Hours is a property of the Employee-Project combination (the Works_On relationship), not of Employee alone or Project alone.
व्याख्या (हिन्दी) संबंध विशेषताएँ: वे विशेषताएँ जो किसी भाग लेने वाली इकाई के बजाय स्वयं रिश्ते से संबंधित हैं। घंटे कर्मचारी-प्रोजेक्ट संयोजन (वर्क्स_ऑन संबंध) की संपत्ति है, अकेले कर्मचारी या अकेले प्रोजेक्ट की नहीं।
🎯 Exam Perspective
DBMS ("ER Model" sub-topic) के इस प्रश्न को — difficulty level "Medium" कई प्रतियोगी परीक्षाओं जैसे SSC, Railway, Banking और State PCS में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 119

EN + हिं Easy
GB What is aggregation in ER modeling and when is it used?
IN ईआर मॉडलिंग में एकत्रीकरण क्या है और इसका उपयोग कब किया जाता है?
Grouping entities of the same type together एक ही प्रकार की संस्थाओं को एक साथ समूहीकृत करना
Combining multiple attributes into one अनेक विशेषताओं को एक में जोड़ना
Summarizing numerical attribute values संख्यात्मक विशेषता मानों का सारांश
Treating a relationship and its participating entities as a higher-level abstract entity to participate in another relationship used when a relationship itself needs to have a relationship किसी रिश्ते और उसमें भाग लेने वाली संस्थाओं को किसी अन्य रिश्ते में भाग लेने के लिए एक उच्च-स्तरीय अमूर्त इकाई के रूप में मानना, इसका उपयोग तब किया जाता है जब किसी रिश्ते को स्वयं संबंध बनाने की आवश्यकता होती है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Aggregation: used when a relationship between entities needs to participate in another relationship. E.g., the Works_On relationship between Employee and Project itself has a Manages relationship with Manager. The Works_On relationship is aggregated into an abstract entity.
व्याख्या (हिन्दी) एकत्रीकरण: इसका उपयोग तब किया जाता है जब संस्थाओं के बीच एक रिश्ते को दूसरे रिश्ते में भाग लेने की आवश्यकता होती है। उदाहरण के लिए, कर्मचारी और प्रोजेक्ट के बीच वर्क्स_ऑन संबंध का प्रबंधक के साथ संबंध प्रबंधित होता है। वर्क्स_ऑन संबंध को एक अमूर्त इकाई में एकत्रित किया गया है।
🎯 Exam Perspective
यह सवाल DBMS ("ER Model" sub-topic) category का है — difficulty level "Easy", और SSC CGL, IBPS, RRB और State-level परीक्षाओं के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 120

EN + हिं Medium
GB When converting a 1:1 relationship to relational tables the preferred approach is:
IN 1:1 संबंध को संबंधपरक तालिकाओं में परिवर्तित करते समय पसंदीदा दृष्टिकोण यह है:
Always create a separate junction table हमेशा एक अलग जंक्शन टेबल बनाएं
Always place the foreign key in the table with fewer attributes विदेशी कुंजी को हमेशा कम विशेषताओं वाली तालिका में रखें
Place the foreign key in the table with total participation or merge the two entities into one table if appropriate कुल भागीदारी के साथ विदेशी कुंजी को तालिका में रखें या यदि उपयुक्त हो तो दोनों संस्थाओं को एक तालिका में मर्ज करें
Always duplicate data in both tables दोनों तालिकाओं में हमेशा डुप्लिकेट डेटा रखें
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) For 1:1 mapping: option 1 - add FK to the table with total participation (less NULLs). Option 2 - merge into one table (if always 1:1 and closely related). Option 3 - separate junction table (less common, wastes space). Choice depends on NULLs and access patterns.
व्याख्या (हिन्दी) 1:1 मैपिंग के लिए: विकल्प 1 - कुल भागीदारी (शून्य से कम) के साथ तालिका में एफके जोड़ें। विकल्प 2 - एक तालिका में विलय करें (यदि हमेशा 1:1 और निकट से संबंधित हो)। विकल्प 3 - अलग जंक्शन टेबल (कम सामान्य, जगह बर्बाद करता है)। चयन NULLs और एक्सेस पैटर्न पर निर्भर करता है।
🎯 Exam Perspective
यह प्रश्न DBMS ("ER Model" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है — difficulty level "Medium"। इस तरह के प्रश्न अक्सर UPSC, SSC, Banking और Police भर्ती जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।