Documenting Database Designs with Entity- Relationship Diagrams IS 460 Notes by Thomas Hilton.

Slides:



Advertisements
Similar presentations
Three-Step Database Design
Advertisements

© 2002 by Prentice Hall 1 SI 654 Database Application Design Winter 2003 Dragomir R. Radev.
Accounting System Design
The Relational Model System Development Life Cycle Normalisation
Monash University Week 7 Data Modelling Relational Database Theory IMS1907 Database Systems.
Chapter 3 The Relational Model Transparencies © Pearson Education Limited 1995, 2005.
Chapter 6 Methodology Logical Database Design for the Relational Model Transparencies © Pearson Education Limited 1995, 2005.
Systems Development Life Cycle
Systems Analysis Requirements structuring Process Modeling Logic Modeling Data Modeling  Represents the contents and structure of the DFD’s data flows.
Database Design Conceptual –identify important entities and relationships –determine attribute domains and candidate keys –draw the E-R diagram Logical.
Chapter 3. 2 Chapter 3 - Objectives Terminology of relational model. Terminology of relational model. How tables are used to represent data. How tables.
Methodology Logical Database Design for the Relational Model
CS424 PK, FK, FD Normalization Primary and Foreign Keys Primary and foreign keys are the most basic components on which relational theory is based. Primary.
July 14, 2015ICS 424: recap1 Relational Database Design: Recap of ICS 324.
Modeling & Designing the Database
LOGICAL DATABASE DESIGN
Michael F. Price College of Business Chapter 6: Logical database design and the relational model.
Chapter 14 & 15 Conceptual & Logical Database Design Methodology
Lecture 2 The Relational Model. Objectives Terminology of relational model. How tables are used to represent data. Connection between mathematical relations.
Chapter 4 The Relational Model Pearson Education © 2014.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 9.1.
Chapter 3 The Relational Model Transparencies Last Updated: Pebruari 2011 By M. Arief
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
CSCI 3140 Module 2 – Conceptual Database Design Theodore Chiasson Dalhousie University.
Concepts and Terminology Introduction to Database.
Component 4: Introduction to Information and Computer Science Unit 6: Databases and SQL Lecture 4 This material was developed by Oregon Health & Science.
Avoiding Database Anomalies
Normalization (Codd, 1972) Practical Information For Real World Database Design.
Concepts of Relational Databases. Fundamental Concepts Relational data model – A data model representing data in the form of tables Relations – A 2-dimensional.
1 The Relational Database Model. 2 Learning Objectives Terminology of relational model. How tables are used to represent data. Connection between mathematical.
Chapters 15 &16 Conceptual and Logical Database Design Methodology.
Relational Database. Database Management System (DBMS)
DataBase Management System What is DBMS Purpose of DBMS Data Abstraction Data Definition Language Data Manipulation Language Data Models Data Keys Relationships.
CIS 210 Systems Analysis and Development Week 6 Part II Designing Databases,
Prepared By Prepared By : VINAY ALEXANDER ( विनय अलेक्सजेंड़र ) PGT(CS),KV JHAGRAKHAND.
Lecture 4 Conceptual Data Modeling. Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship,
© 2005 by Prentice Hall 1 The Database Development Process Dr. Emad M. Alsukhni The Database Development Process Dr. Emad M. Alsukhni Modern Database Management.
Component 4/Unit 6d Topic IV: Design a simple relational database using data modeling and normalization Description and Information Gathering Data Model.
Databases Illuminated Chapter 3 The Entity Relationship Model.
Chapter 2 Relational Database Design and Normalization August
Conceptual Databases Design Step 1 © Pearson Education Limited 1995, 2005.
Chapter 15 & 16 Conceptual and Logical Database Design Methodology Thomas Connolly, Carolyn Begg, Database System, A Practical Approach to Design Implementation.
1 Database Systems Entity Relationship (E-R) Modeling.
The Relational Model. 2 Relational Model Terminology u A relation is a table with columns and rows. –Only applies to logical structure of the database,
Chapter 10 Designing Databases. Objectives:  Define key database design terms.  Explain the role of database design in the IS development process. 
The Relational Model © Pearson Education Limited 1995, 2005 Bayu Adhi Tama, M.T.I.
Lecture 4: Logical Database Design and the Relational Model 1.
Methodology - Logical Database Design. 2 Step 2 Build and Validate Local Logical Data Model To build a local logical data model from a local conceptual.
Logical Database Design and Relational Data Model Muhammad Nasir
Chapter 4 The Relational Model Pearson Education © 2009.
What Is Normalization  In relational database design, the process of organizing data to minimize redundancy  Usually involves dividing a database into.
Lecture 5 Data Model Design Jeffery S. Horsburgh Hydroinformatics Fall 2012 This work was funded by National Science Foundation Grant EPS
Lecture # 14 Chapter # 5 The Relational Data Model and Relational Database Constraints Database Systems.
IT 5433 LM3 Relational Data Model. Learning Objectives: List the 5 properties of relations List the properties of a candidate key, primary key and foreign.
April 20022/CS/3X1 Database Design Design method John Wordsworth Department of Computer Science The University of Reading Room.
Logical Database Design and the Rational Model
Methodology Logical Database Design for the Relational Model
Business System Development
Normalization Karolina muszyńska
Chapter 5: Logical Database Design and the Relational Model
Chapter 9 Designing Databases
Entity Relationships and Normalization
Relational Model and ER Model: in a Nutshell
Relational Database.
מודל הנתונים.
IST 318 Database Administration
Database solutions Chosen aspects of the relational model Marzena Nowakowska Faculty of Management and Computer Modelling Kielce University of Technology.
Chapter 4 The Relational Model Pearson Education © 2009.
Chapter 4 The Relational Model Pearson Education © 2009.
Chapter 3 The Relational Model
Presentation transcript:

Documenting Database Designs with Entity- Relationship Diagrams IS 460 Notes by Thomas Hilton

What is the E-R Model? A method of conceptualizing and documenting data structures used in organizationsA method of conceptualizing and documenting data structures used in organizations Static, not dynamic (data, not process)Static, not dynamic (data, not process) Logical/conceptual, not physicalLogical/conceptual, not physical

Essential Definitions a group of instances that share the same attributes a group of instances that share the same attributes a link between entities a link between entities a simplified, abstract replica of some real-world system a simplified, abstract replica of some real-world system Entity- Relationship Diagram Conversations, observations, forms, reports, etc. Entity Identification Relationship Identification Key/Attribute identification Table Normalization Entity:Entity: Relationship:Relationship: Model:Model:

E-R Symbols No Fixed Standard, but Some Common Usage Maximum Cardinality 1 or M (or a particular number) If I have one of these, how many of those can I have?Maximum Cardinality 1 or M (or a particular number) If I have one of these, how many of those can I have? Minimum Cardinality 0 or 1 (or a particular number) If I have one of these, how many of those must I have?Minimum Cardinality 0 or 1 (or a particular number) If I have one of these, how many of those must I have? ENTITY Relationship Max:MinMin:Max

Attributes Can be represented with a circle or ellipse on the entity, but please dont for meCan be represented with a circle or ellipse on the entity, but please dont for me Instead do this: ENTITY [KEY-ATT, REQ-NON-KEY-ATT, REQ-NON-KEY-ATT, Opt-non-key-att]Instead do this: ENTITY [KEY-ATT, REQ-NON-KEY-ATT, REQ-NON-KEY-ATT, Opt-non-key-att]

Keys one or more attributes whose values uniquely identify each instance in an entity one or more attributes whose values uniquely identify each instance in an entity attributes (or attribute groups) which could function as primary keys attributes (or attribute groups) which could function as primary keys candidate keys not chosen as the primary key candidate keys not chosen as the primary key key consisting of more than one attribute key consisting of more than one attribute one or more attributes whose values identify groups of instances within an entity one or more attributes whose values identify groups of instances within an entity key replicated in two entities to instantiate a relationship between them key replicated in two entities to instantiate a relationship between them common key which is primary in one entity and secondary in the other common key which is primary in one entity and secondary in the other Primary:Primary: Candidate:Candidate: Alternate:Alternate: Composite:Composite: Secondary:Secondary: Common:Common: Foreign:Foreign:

Attribute Constraints Instantiate Business Rules consistency between entities (particularly common keys) consistency between entities (particularly common keys) whats legal and whats not (format, size, value ranges, etc.) whats legal and whats not (format, size, value ranges, etc.) (external and) internal consistency within the entity (external and) internal consistency within the entity transactions, data sources, required approvals, legitimate users, etc. transactions, data sources, required approvals, legitimate users, etc. Referential Integrity:Referential Integrity: Domain:Domain: Entity Integrity:Entity Integrity: Triggering operations:Triggering operations:

Table Normalization Analyze entities into tables that can be manipulated without data redundancy and the resulting modification anomaliesAnalyze entities into tables that can be manipulated without data redundancy and the resulting modification anomalies splitting the attributes of one entity into multiple tablessplitting the attributes of one entity into multiple tables All non-key attributes must be fully functionally dependentAll non-key attributes must be fully functionally dependent on the key, 1NF (non-dependencies)on the key, 1NF (non-dependencies) the whole key, 2NF (partial dependencies)the whole key, 2NF (partial dependencies) and nothing but the key. 3NF (transitive dependencies)and nothing but the key. 3NF (transitive dependencies) Definition:Definition: Tool:Tool: Rule:Rule:

Domain-Key Normal Form Every constraint on the table is a logical consequence of the table's domain constraints and key constraints Every constraint on the table is a logical consequence of the table's domain constraints and key constraints Have one theme per table Have one theme per table

Lets Do An Example!

INVOICECUSTOMER STOCK-ITEM- ON-INVOICE STOCK-ITEM sent to lists allocates 1 and only 1 0 or more 1 and only 1 0 or more 1 and only 1