Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Download
Standard view
Full view
of .
Look up keyword
Like this
20Activity
0 of .
Results for:
No results containing your search query
P. 1
Developing ERD

Developing ERD

Ratings: (0)|Views: 1,328|Likes:
Published by vinod_ce

More info:

Published by: vinod_ce on Apr 16, 2009
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

10/04/2012

pdf

text

original

 
More up to date information
This document was produced for a course taught in the later half of 2000. It's sixyears old.More up to date versions of this information, including some alternate media, arenow available fromthis 2006 course page. That page includes
A PDF document extending the material on this page onhow to developan entity relationship diagram 
Powerpoint slides and accompanying mp3 audio file giving a quickexplanation of normalisation
A PDF document that extends thehow to develop an entity relationship diagram documentand shows how to normalise the case.
Developing Entity Relationship Diagrams (ERDs)
WHY:
Entity Relationship Diagrams are a major data modelling tool and will helporganize the data in your project into entities and define the relationshipsbetween the entities. This process has proved to enable the analyst to produce agood database structure so that the data can be stored and retrieved in a mostefficient manner.
INFORMATION:
Entity
A data entity is anything real or abstract about which we want to store data. Entitytypes fall into five classes: roles, events, locations, tangible things or concepts.E.g. employee, payment, campus, book. Specific examples of an entity are called
instances.
E.g. the employee John Jones, Mary Smith's payment, etc.
Relationship
A data relationship is a natural association that exists between one or moreentities. E.g. Employees process payments.
Cardinality
defines the number of occurrences of one entity for a single occurrence of the related entity. E.g. anemployee may process many payments but might not process any paymentsdepending on the nature of her job.
Attribute
 
A data attribute is a characteristic common to all or most instances of a particular entity. Synonyms include property, data element, field. E.g. Name, address,Employee Number, pay rate are all attributes of the entity employee. An attribute
 
or combination of attributes that uniquely identifies one and only one instance of an entity is called a
primary key
or 
identifier 
. E.g. Employee Number is aprimary key for Employee.
AN ENTITY RELATIONSHIP DIAGRAM METHODOLOGY: (One wayof doing it)
1. Identify EntitiesIdentify the roles, events, locations, tangible things or concepts aboutend-users want to store data.2. Find RelationshipsFind the natural associations between pairs of entities using a relationmatrix.3. Draw Rough ERDPut entities in rectangles and relationships on line segments connectinentities.4. Fill in CardinalityDetermine the number of occurrences of one entity for a single occurr the related entity.5. Define Primary KeysIdentify the data attribute(s) that uniquely identify one and only one ocof each entity.6. Draw Key-Based ERDEliminate Many-to-Many relationships and include primary and foreigneach entity.7. Identify AttributesName the information details (fields) which are essential to the systemdevelopment.8. Map Attributes For each attribute, match it with exactly one entity that it describes.9. Draw fully attributed ERDAdjust the ERD from step 6 to account for entities or relationships discstep 8.10. Check Results Does the final Entity Relationship Diagram accurately depict the syste
A SIMPLE EXAMPLE
A company has several departments. Each department has a supervisor and atleast one employee. Employees must be assigned to at least one, but possiblymore departments. At least one employee is assigned to a project, but anemployee may be on vacation and not assigned to any projects. The importantdata fields are the names of the departments, projects, supervisors andemployees, as well as the supervisor and employee number and a unique projectnumber.
1. Identify Entities
The entities in this system are Department, Employee, Supervisor and Project.One is tempted to make Company an entity, but it is a false entity because it hasonly one instance in this problem. True entities must have more than oneinstance.
2. Find Relationships
 
We construct the following Entity Relationship Matrix:
DepartmentEmployeeSupervisor Project
Department
 
is assigned run byEmployeebelongs to
 
works onSupervisorruns
 
Project
 
uses
3. Draw Rough ERD
We connect the entities whenever a relationship is shown in the entityRelationship Matrix.
4. Fill in Cardinality
From the description of the problem we see that:
Each department has exactly one supervisor.
A supervisor is in charge of one and only one department.
Each department is assigned at least one employee.
Each employee works for at least one department.
Each project has at least one employee working on it.
An employee is assigned to 0 or more projects.

Activity (20)

You've already reviewed this. Edit your review.
1 hundred reads
1 thousand reads
Viola Walton liked this
Zarnigar Altaf liked this
maheshumbarkar liked this
didijuardi liked this
didijuardi liked this
didijuardi liked this
sapatil21k liked this

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->