In E-R Diagram, derived attributes are represented by-
Dashed oval
Entity-Relationship (E-R) diagrams are visual tools used to represent the structure of a database. They illustrate the entities (objects or concepts), their attributes (properties), and the relationships between them.
Attributes describe the characteristics of an entity. In an E-R diagram, attributes are typically represented by ovals connected to the entity rectangle.
Attributes can be classified into different types, including simple, composite, multi-valued, and derived attributes. This question specifically asks about the representation of derived attributes.
A derived attribute is an attribute whose value can be calculated or derived from other attributes in the database. It is not stored explicitly in the database but can be computed when needed.
For example, consider an entity "Employee". The attribute "Date of Birth" might be stored. From "Date of Birth", we can calculate the "Age" of the employee. "Age" is a derived attribute because its value depends on the current date and the stored "Date of Birth".
In E-R diagrams, derived attributes have a specific graphical representation to distinguish them from stored attributes.
The dashed oval indicates that the attribute's value is not directly stored but is derived from other data. This helps database designers understand which attributes need calculation logic rather than direct storage space.
Let's look at the given options in the context of E-R diagram notation:
Based on the standard E-R diagram notation, a derived attribute is represented by a dashed oval.
| Symbol | Represents |
|---|---|
| Rectangle | Entity Set |
| Diamond | Relationship Set |
| Oval | Attribute |
| Dashed Oval | Derived Attribute |
| Double Oval | Multi-valued Attribute |
| Oval with underline | Key Attribute |
Therefore, the correct representation for derived attributes in an E-R diagram is a dashed oval.
| Component | Notation | Description |
|---|---|---|
| Entity | Rectangle | A real-world object or concept (e.g., Student, Course). |
| Attribute | Oval | Property of an entity (e.g., Name, ID). |
| Relationship | Diamond | Association between entities (e.g., Student ENROLLS Course). |
| Derived Attribute | Dashed Oval | Attribute calculated from others (e.g., Age from DOB). |
| Multi-valued Attribute | Double Oval | Attribute that can have multiple values (e.g., Phone Numbers). |
| Key Attribute | Oval with underline | Attribute that uniquely identifies an entity (e.g., Student ID). |
Representing derived attributes explicitly in the E-R diagram, even though they are not stored, serves several purposes:
Understanding these different notations is crucial for correctly interpreting and creating E-R diagrams, which are fundamental in database design.
In an E-R diagram, multivalued attributes are represented by-
Which of the following statements is/are TRUE?
(i) A weak entity set is identified solely by its partial key (discriminator).
(ii) The identifying relationship type between a weak entity type and its owner entity type must have total participation from the weak entity type.
A company is consuming parts in the manufacturing of other products. Each of the part is either manufactured within the company or purchased from the external suppliers or both. For each part, partnumber, partname is maintained. Attribute batchnumber is maintained if the consumed part is manufactured in the company. If part is purchased from external supplier, then supplier name is maintained. Which of the following constraints need to be considered when modelling class/subclass concepts in ERD for the given problem.
Given the basic ER and relational models, which of the following is INCORRECT ?
Relations produced from E - R Model will always be in ______