Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Quiz ERD

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 3

Here are the notes for the quiz based on the provided lecture:

1. ER Modeling and Database Systems

- Entity-relationship (ER) modeling is a technique used for conceptual database modeling.

- It helps structure and organize the requirements collection process.

- ER modeling provides a graphical representation of the database requirements.

- An ER diagram serves as a blueprint for the database.

2. Entities and Attributes

- Entities represent the constructs that the database keeps track of.

- Entities can be people, places, objects, events, items, or other concepts.

- Each entity must have a unique name within the ER diagram.

- Entity instances are the occurrences of an entity and are recorded in the database.

- Attributes are characteristics of an entity and represent the details recorded for each entity
instance.

- Each attribute within an entity must have a different name.

- Regular entities must have at least one unique attribute.

3. Relationships and Cardinalities

- Relationships depict how entities are related to each other.

- Each entity in an ER diagram must be related to at least one other entity via a relationship.

- Cardinality constraints define how many instances of one entity can be associated with
instances of another entity.

- Maximum cardinality can be one (represented by a straight bar: I) or many (represented by


a crow's foot symbol).

- Minimum cardinality represents participation and can be optional (0) or mandatory


(represented by a straight bar: I).

- Types of relationships include one-to-one (1:1), one-to-many (1:M), and many-to-many


(M:N) relationships.

4. Relationship Instances and Attributes


- Relationship instances occur when an instance of one entity is related to an instance of
another entity via a relationship.

- Relationship instances are recorded in the database.

- Some relationships, such as M:N relationships, can have their own attributes.

5. Composite Attributes and Multivalued Attributes

- Composite attributes are composed of several attributes and indicate a situation where a
collection of attributes has additional meaning.

- Composite unique attributes are composed of several attributes and have different values
for each entity instance.

- Entities can have multiple unique attributes, also known as candidate keys.

- Multivalued attributes allow instances of an entity to have multiple values for the same
attribute.

6. Derived Attributes and Optional Attributes

- Derived attributes are calculated and not permanently stored in the database.

- Optional attributes are allowed to have no value.

7. Weak Entities and Identifying Relationships

- Weak entities do not have a unique attribute of their own.

- Weak entities are associated with their owner entities via an identifying relationship.

- Identifying relationships can be 1:M or 1:1 relationships.

- Weak entities have a partial key attribute that, combined with the unique attribute of the
owner entity, uniquely identifies their instances.

8. Naming Conventions for ER Diagrams

- Entities and attributes should use singular nouns.

- Relationships should use verbs or verb phrases.

- Names should be brief but not too condensed to obscure the meaning.

- Different names should be given to all attributes in the ER diagram, if possible.


9. Database Requirements and ER Model Usage

- ER modeling helps collect, structure, and visualize requirements.

- It is crucial for creating ER models and helps in the requirements collection process.

- Mistakes to avoid include confusing entities with the ER diagram itself and modeling
unfeasible requirements.

10. Various ER Notations

- There is no universally adopted ER notation, but there are several available notations.

- Familiarity with one ER notation makes it easy to understand and use alternative notations.

These notes cover the main concepts and topics discussed in the lecture on Database
Requirements and ER Modeling.

You might also like