1936

EN + हिं Medium

GB What is the difference between disjoint and overlapping constraints in ER specialization?

IN ईआर विशेषज्ञता में असंयुक्त और अतिव्यापी बाधाओं के बीच क्या अंतर है?

A

Disjoint means all subtypes must be populated; overlapping means subtypes can be empty डिसजॉइंट का मतलब है कि सभी उपप्रकारों को पॉप्युलेट किया जाना चाहिए; ओवरलैपिंग का मतलब है कि उपप्रकार खाली हो सकते हैं

B

They apply to different relationship types वे विभिन्न प्रकार के संबंधों पर लागू होते हैं

C

Disjoint applies to weak entities; overlapping to strong entities असंबद्धता कमजोर संस्थाओं पर लागू होती है; मजबूत संस्थाओं को ओवरलैप करना

D

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).

व्याख्या (हिन्दी) असंयुक्त बाधा: एक सुपरटाइप उदाहरण अधिकतम एक उपप्रकार का सदस्य हो सकता है (उदाहरण के लिए, वाहन या तो कार या ट्रक है)। ओवरलैपिंग बाधा: एक सुपरटाइप उदाहरण एकाधिक उपप्रकारों का सदस्य हो सकता है (उदाहरण के लिए, व्यक्ति कर्मचारी और छात्र दोनों हो सकता है)।

1937

EN + हिं Easy

GB In ER modeling what is a ternary relationship and when is it necessary?

IN ईआर मॉडलिंग में टर्नरी संबंध क्या है और यह कब आवश्यक है?

A

A relationship that simultaneously associates three entity types necessary when the relationship cannot be decomposed into binary relationships without losing information एक रिश्ता जो एक साथ तीन इकाई प्रकारों को जोड़ता है, तब आवश्यक होता है जब संबंध को जानकारी खोए बिना द्विआधारी संबंधों में विघटित नहीं किया जा सकता है

B

A relationship between three different attributes of one entity एक इकाई की तीन अलग-अलग विशेषताओं के बीच संबंध

C

A relationship with three participation constraints तीन भागीदारी बाधाओं वाला संबंध

D

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.

व्याख्या (हिन्दी) एक त्रिक संबंध में एक साथ तीन इकाई प्रकार शामिल होते हैं। यह आवश्यक है जब तीन-तरफा एसोसिएशन को अर्थ खोए बिना कई बाइनरी रिश्तों द्वारा प्रस्तुत नहीं किया जा सकता है। उदाहरण के लिए, डॉक्टर रोगी को दवा लिखता है - संयोजन मायने रखता है।

1938

EN + हिं Easy

GB What does cardinality ratio specify in an ER relationship?

IN ईआर संबंध में कार्डिनैलिटी अनुपात क्या निर्दिष्ट करता है?

A

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 के रूप में व्यक्त किया जा सकता है

B

The minimum number of entity instances required आवश्यक इकाई उदाहरणों की न्यूनतम संख्या

C

The number of attributes in each entity प्रत्येक इकाई में विशेषताओं की संख्या

D

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:एन (एक-से-अनेक), एम:एन (अनेक-से-अनेक)। भागीदारी की बाधाओं के साथ, रिश्ते की बाधाओं को पूरी तरह से निर्दिष्ट करता है।

1939

EN + हिं Medium

GB How is a many-to-many M:N relationship mapped to relational tables?

IN अनेक-से-अनेक M:N संबंध को संबंधपरक तालिकाओं में कैसे मैप किया जाता है?

A

By adding a foreign key in one of the two entity tables दो इकाई तालिकाओं में से एक में एक विदेशी कुंजी जोड़कर

B

By duplicating rows in both entity tables दोनों इकाई तालिकाओं में पंक्तियों की नकल करके

C

As a single table combining all attributes of both entities दोनों संस्थाओं की सभी विशेषताओं को मिलाकर एक एकल तालिका के रूप में

D

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 का संयोजन जंक्शन तालिका प्राथमिक कुंजी बनाता है। इस तालिका में संबंध विशेषताएँ भी जोड़ी जाती हैं।

1940

EN + हिं Medium

GB In EER modeling what is the difference between specialization and generalization?

IN ईईआर मॉडलिंग में विशेषज्ञता और सामान्यीकरण के बीच क्या अंतर है?

A

Specialization is top-down (start with supertype, define subtypes); generalization is bottom-up (identify commonalities among existing entity types to create a supertype) विशेषज्ञता ऊपर से नीचे की ओर है (सुपरटाइप से शुरू करें, उपप्रकार परिभाषित करें); सामान्यीकरण नीचे से ऊपर की ओर है (सुपरटाइप बनाने के लिए मौजूदा इकाई प्रकारों के बीच समानताओं की पहचान करें)

B

Specialization adds constraints; generalization removes them विशेषज्ञता बाधाएँ जोड़ती है; सामान्यीकरण उन्हें हटा देता है

C

Specialization only applies to weak entities; generalization to strong entities विशेषज्ञता केवल कमजोर संस्थाओं पर लागू होती है; मजबूत संस्थाओं का सामान्यीकरण

D

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.

व्याख्या (हिन्दी) विशेषज्ञता: टॉप-डाउन डिज़ाइन प्रक्रिया - एक सामान्य इकाई (व्यक्ति) लें और विशेष उपप्रकार (कर्मचारी, छात्र) को परिभाषित करें। सामान्यीकरण: नीचे से ऊपर - ध्यान दें कि कर्मचारी और छात्र समान गुण साझा करते हैं, उन्हें एक व्यक्ति सुपरटाइप में सामान्यीकृत करें।

1941

EN + हिं Easy

GB What is the Chen notation for a multi-valued attribute in ER diagrams?

IN ईआर आरेखों में बहु-मूल्यवान विशेषता के लिए चेन नोटेशन क्या है?

A

Double ellipse (ellipse within an ellipse) दोहरा दीर्घवृत्त (दीर्घवृत्त के भीतर दीर्घवृत्त)

B

Dashed ellipse धराशायी दीर्घवृत्त

C

Rectangle with double border दोहरे बॉर्डर वाला आयत

D

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).

व्याख्या (हिन्दी) चेन ईआर नोटेशन में: सरल विशेषताएँ = एकल दीर्घवृत्त, समग्र विशेषताएँ = उप-दीर्घवृत्त के साथ दीर्घवृत्त, व्युत्पन्न विशेषताएँ = धराशायी दीर्घवृत्त, बहु-मूल्यवान विशेषताएँ = दोहरा दीर्घवृत्त (दो संकेंद्रित दीर्घवृत्त)।

1942

EN + हिं Medium

GB How would you record the hours each employee works on each project in M:N employee-project scenario?

IN आप एम:एन कर्मचारी-परियोजना परिदृश्य में प्रत्येक परियोजना पर प्रत्येक कर्मचारी के काम के घंटों को कैसे रिकॉर्ड करेंगे?

A

Create a separate Hours entity एक अलग घंटे इकाई बनाएँ

B

Add hours as a multi-valued attribute to Employee कर्मचारी में बहु-मूल्यवान विशेषता के रूप में घंटे जोड़ें

C

Create a M:N relationship Works_On between Employee and Project with hours as a relationship attribute संबंध विशेषता के रूप में घंटों के साथ कर्मचारी और प्रोजेक्ट के बीच एक M:N संबंध वर्क्स_ऑन बनाएं

D

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.

व्याख्या (हिन्दी) संबंध विशेषताएँ: वे विशेषताएँ जो किसी भाग लेने वाली इकाई के बजाय स्वयं रिश्ते से संबंधित हैं। घंटे कर्मचारी-प्रोजेक्ट संयोजन (वर्क्स_ऑन संबंध) की संपत्ति है, अकेले कर्मचारी या अकेले प्रोजेक्ट की नहीं।

1943

EN + हिं Easy

GB What is aggregation in ER modeling and when is it used?

IN ईआर मॉडलिंग में एकत्रीकरण क्या है और इसका उपयोग कब किया जाता है?

A

Grouping entities of the same type together एक ही प्रकार की संस्थाओं को एक साथ समूहीकृत करना

B

Combining multiple attributes into one अनेक विशेषताओं को एक में जोड़ना

C

Summarizing numerical attribute values संख्यात्मक विशेषता मानों का सारांश

D

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.

व्याख्या (हिन्दी) एकत्रीकरण: इसका उपयोग तब किया जाता है जब संस्थाओं के बीच एक रिश्ते को दूसरे रिश्ते में भाग लेने की आवश्यकता होती है। उदाहरण के लिए, कर्मचारी और प्रोजेक्ट के बीच वर्क्स_ऑन संबंध का प्रबंधक के साथ संबंध प्रबंधित होता है। वर्क्स_ऑन संबंध को एक अमूर्त इकाई में एकत्रित किया गया है।

1944

EN + हिं Medium

GB When converting a 1:1 relationship to relational tables the preferred approach is:

IN 1:1 संबंध को संबंधपरक तालिकाओं में परिवर्तित करते समय पसंदीदा दृष्टिकोण यह है:

A

Always create a separate junction table हमेशा एक अलग जंक्शन टेबल बनाएं

B

Always place the foreign key in the table with fewer attributes विदेशी कुंजी को हमेशा कम विशेषताओं वाली तालिका में रखें

C

Place the foreign key in the table with total participation or merge the two entities into one table if appropriate कुल भागीदारी के साथ विदेशी कुंजी को तालिका में रखें या यदि उपयुक्त हो तो दोनों संस्थाओं को एक तालिका में मर्ज करें

D

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 और एक्सेस पैटर्न पर निर्भर करता है।

1945

EN + हिं Medium

GB What is the purpose of the role name in an ER diagram relationship?

IN ईआर आरेख संबंध में भूमिका नाम का उद्देश्य क्या है?

A

To clarify the role/function each entity plays in a relationship especially important in recursive (self-referential) relationships किसी रिश्ते में प्रत्येक इकाई द्वारा निभाई जाने वाली भूमिका/कार्य को स्पष्ट करना, विशेष रूप से पुनरावर्ती (स्व-संदर्भित) रिश्तों में महत्वपूर्ण है

B

To specify the cardinality of the relationship रिश्ते की प्रमुखता निर्दिष्ट करने के लिए

C

To specify which entity is stronger यह निर्दिष्ट करने के लिए कि कौन सी इकाई अधिक मजबूत है

D

To indicate the participation constraint type भागीदारी बाधा प्रकार को इंगित करने के लिए

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Role names label what each entity plays in a relationship. Critical for recursive relationships: Employee manages Employee - one instance is SUPERVISOR and the other is SUBORDINATE. Adds semantic clarity to relationship semantics.

व्याख्या (हिन्दी) भूमिका नाम लेबल करते हैं कि प्रत्येक इकाई किसी रिश्ते में क्या निभाती है। पुनरावर्ती संबंधों के लिए महत्वपूर्ण: कर्मचारी कर्मचारी का प्रबंधन करता है - एक उदाहरण पर्यवेक्षक है और दूसरा अधीनस्थ है। संबंध शब्दार्थ में अर्थ संबंधी स्पष्टता जोड़ता है।

1946

EN + हिं Easy

GB What is total specialization constraint in EER modeling?

IN ईईआर मॉडलिंग में कुल विशेषज्ञता बाधा क्या है?

A

Every supertype instance MUST be a member of at least one subtype contrasted with partial where supertype instances need not belong to any subtype प्रत्येक सुपरटाइप उदाहरण को आंशिक के विपरीत कम से कम एक उपप्रकार का सदस्य होना चाहिए, जहां सुपरटाइप उदाहरणों को किसी भी उपप्रकार से संबंधित होने की आवश्यकता नहीं है

B

All subtypes must have the same attributes सभी उपप्रकारों में समान गुण होने चाहिए

C

All supertype attributes must be inherited by all subtypes सभी सुपरटाइप विशेषताएँ सभी उपप्रकारों से विरासत में मिलनी चाहिए

D

The supertype must have a total participation constraint सुपरटाइप में कुल भागीदारी बाधा होनी चाहिए

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Total specialization: every entity in the supertype MUST belong to at least one subtype. E.g., every Person must be either Employee or Student. Partial specialization: some persons may not fit any defined subtype.

व्याख्या (हिन्दी) कुल विशेषज्ञता: सुपरटाइप में प्रत्येक इकाई कम से कम एक उपप्रकार से संबंधित होनी चाहिए। उदाहरण के लिए, प्रत्येक व्यक्ति को या तो कर्मचारी होना चाहिए या छात्र होना चाहिए। आंशिक विशेषज्ञता: कुछ व्यक्ति किसी भी परिभाषित उपप्रकार में फिट नहीं हो सकते हैं।

1947

EN + हिं Medium

GB How would you represent a category (UNION type) in EER modeling?

IN आप ईईआर मॉडलिंग में एक श्रेणी (यूनियन प्रकार) का प्रतिनिधित्व कैसे करेंगे?

A

As a weak entity with multiple identifying relationships एकाधिक पहचान वाले रिश्तों वाली एक कमजोर इकाई के रूप में

B

As a union of supertype entities where a subtype can be associated with instances from different supertype entity sets shown with a U symbol in EER diagrams सुपरटाइप इकाइयों के एक संघ के रूप में जहां एक उपप्रकार को ईईआर आरेखों में यू प्रतीक के साथ दिखाए गए विभिन्न सुपरटाइप इकाई सेटों के उदाहरणों से जोड़ा जा सकता है

C

As a many-to-many relationship between two entity types दो इकाई प्रकारों के बीच अनेक-से-अनेक संबंध के रूप में

D

As a regular entity with multiple parents एकाधिक माता-पिता वाली एक नियमित इकाई के रूप में

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Category/UNION type: a subtype that is a subset of the UNION of two or more supertype entity types. E.g., Account_Owner can be either a Person OR an Organization. Denoted with U symbol. Contrasts with regular specialization.

व्याख्या (हिन्दी) श्रेणी/यूनियन प्रकार: एक उपप्रकार जो दो या दो से अधिक सुपरटाइप इकाई प्रकारों के यूनियन का एक उपसमूह है। उदाहरण के लिए, खाता_स्वामी या तो एक व्यक्ति या एक संगठन हो सकता है। यू चिन्ह से दर्शाया गया है। नियमित विशेषज्ञता के साथ विरोधाभास।

1948

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 ऑन डिलीट कैस्केड संबंध का हिस्सा होना चाहिए।

1949

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.

व्याख्या (हिन्दी) आईएसए (विशेषज्ञता): उपप्रकार सभी सुपरटाइप विशेषताओं को प्राप्त करता है - एक कार एक वाहन है। हैसा (संरचना/एकत्रीकरण): एक इकाई में दूसरी इकाई होती है/उसका स्वामित्व होता है - एक कार में एक इंजन होता है। अलग-अलग शब्दार्थों के लिए अलग-अलग ईआर अभ्यावेदन और संबंधपरक मानचित्रण की आवश्यकता होती है।

1950

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, फ़ोन_नंबर)।

DBMS — MCQ Practice