|
||||
Lesson 3
Objective |
Relational theory
ER diagram as relational notation. |
|||
|
In the preceding course in this series, you created an ER diagram
to track the products offered by and orders placed with
Stories on CD, Inc., a fictional company that sells books on CD principally by mail order.
In this module you will use a modified version of that ER diagram to derive the database objects used to represent CDs, distributors, and orders in the database. When you begin to design the structure of your database, you will represent entities in the database as relations.
Relations are expressed in a shorthand called relational notation, a textual interpretation of the ER diagram.
For example, a relation to store data about items stocked by Stories on CD, Inc. might be expressed this way in relational notation:
Note the similarities between this relation and the CD entity in the project ER diagram.
Other elements of relational constructs include the data domain of each field, the
primary key of each relation,
and any foreign keys. You will learn about each of those elements later in this module.
Once you have created relational notations based on the entities in your ER diagram, you can analyze them with an eye toward:
Translating an ER diagram into relational notation is a common step in the logical design stage of the database life cycle.
Being able to read and write relational notation is a valuable skill. The next lesson outlines the characteristics of tables, which are the objects that store database data. |
||||
|
|
||||