AFM241 Study Guide - Final Guide: Microsoft Access, Conceptual Schema, Entity–Relationship Model

65 views2 pages
o This is not important - what matters is that intersection table must be created for
the proper implementation of a database
Cardinality refers to the maximum and minimum number of occurrences that must be
included in a relation
o When we establish cardinalities, the direction of the association matters
o For example in a database that captures the relation between sales people
and customers, we have the following cardinalities:
1. Start looking at the relation as moving from the entity customer to the
entity salesperson in order to establish the cardinality of the entity
salesperson
a. ‘Start’ means to select customer record and try to trace it back to
salesperson
b. From business process standpoint, customer is assigned at least to
one salesperson and for a lot of companies at maximum to one sales
person therefore the minimum cardinality for the salesperson entity
is 1 i.e. there is at least one salesperson that can be associated to a
customer and maximum cardinality for the salesperson entity is 1 i.e.
there is at most one salesperson that can be associated to a
customer
2. Start looking at the relation as moving from the entity salesperson to
entity customer in order to establish cardinality of the entity customer
a. We select the record of salesperson and try to trace back to one or
more customers
b. Business process standpoint and from a logical standpoint,
salesperson may not yet have been successful at placing an order
with a customer but if we happen to pick a seasoned s/he may have
hundreds of customers
c. Minimum cardinality for the customer entity is 0 i.e. the salesperson
does not have any customers yet and maximum cardinality for the
salesperson entity is many i.e. there are many customers that can be
traced back to this particular person
Relations can be also classified as optional or mandatory and the entities themselves
that are related can be classified as weak or strong
An optional relations exists when an entity on one side of a relation can be represented
with a corresponding occurrence but it is not required to
o E.g. a product from the product table can correspond to an entity in the order line
table but it does not need to as there are products that might never be sold
Relationship is optional
A mandatory relation occurs when occurrences on both sides of a relation must exist
o Example: relation between tOrder and tOrderline is mandatory because an
invoice must have line items for it to exist
A weak entity generally meets two criteria:
1. Its existence is dependent on another entity – e.g. a line item cannot exist without
corresponding invoice
2. Its primary key is at least partially derived from the related entity’s primary key e.g.
primary key of tOrderLine is a combination primary key and order number (primary
key of order table) is part of the combination
If an entity meets both criteria, it is classified as a weak entity else it is a strong entity
A recursive relation occurs when an entity is related to itself
o Such an intra-entity relation we have seen in the employee table
o In this table, we have list of employees and reporting structure
o This allows us to see who is supervising who
5.3.5 Entity Relationship Diagram
Unlock document

This preview shows half of the first page of the document.
Unlock all 2 pages and 3 million more documents.

Already have an account? Log in

Document Summary

Its existence is dependent on another entity e. g. a line item cannot exist without corresponding invoice. Its primary key is at least partially derived from the related entity"s primary key e. g. primary key of torderline is a combination primary key and order number (primary key of order table) is part of the combination. In this table, we have list of employees and reporting structure. Sales module: name the entities, name the relations, relational schema: shows an erd entity"s relations by connecting foreign keys with their. Identify the maximum and minimum cardinalities respective primary keys: most prominent example of a relational schema is in the relationships view in microsoft. Order is optional to vendor: vendors are not limited in the number of products they supply, but this relation is not practical to implement, so the ord_line table is created to act as a bridge.

Get access

Grade+20% off
$8 USD/m$10 USD/m
Billed $96 USD annually
Grade+
Homework Help
Study Guides
Textbook Solutions
Class Notes
Textbook Notes
Booster Class
40 Verified Answers

Related Documents

Related Questions