Overview of Database Development

Slides:



Advertisements
Similar presentations
Entity Relationship Diagrams
Advertisements

Database Design Lessons 2 & 3 Database Models, Entities, Relationships.
Entity-Relationship (ER) Modeling
BUSINESS DRIVEN TECHNOLOGY Plug-In T4 Designing Database Applications.
Database Systems: Design, Implementation, and Management Tenth Edition
System Analysis - Data Modeling
Database Design (Data Modeling) DCO11310 Database Systems and Design By Rose Chang.
Chapter 6 Methodology Conceptual Databases Design Transparencies © Pearson Education Limited 1995, 2005.
Entity-Relationship Model and Diagrams (continued)
FIS 431/631 Financial Information Systems: Analysis and Design ERD & Normalization Joe Callaghan Oakland University Department of Accounting & Finance.
Database Design Concepts Lecture 7 Introduction to E:R Modelling Identifying Entities.
Modeling & Designing the Database
Entity/Relationship Modelling
APPENDIX C DESIGNING DATABASES
Trisha Cummings.  Most people involved in application development follow some kind of methodology.  A methodology is a prescribed set of processes through.
Oracle Academy -Week 1-.
Data Modeling Using the Entity-Relationship Model
DATA MODELING AND DATABASE DESIGN DATA MODELING AND DATABASE DESIGN Part 1.
Data Modeling Using the Entity-Relationship Model
IT 244 Database Management System Data Modeling 1 Ref: A First Course in Database System Jeffrey D Ullman & Jennifer Widom.
Module 2: Conceptual Data Modeling with ERD
DeSiamorewww.desiamore.com/ifm1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
Entity Relationship Diagrams
o At the end of this lesson, you will be able to:  Describe the life-cycle development phases  Discuss the theoretical and physical aspects of a relational.
I Copyright © 2004, Oracle. All rights reserved. Introduction.
Overview of Oracle Designer. Database Development Process Business Information Requirements Operational Database Conceptual Data Modeling Logical Database.
Copyright  Oracle Corporation, All rights reserved. I Introduction.
Lecture 7 Conceptual Database Design SFDV Principles of Information Systems.
Methodology - Conceptual Database Design Transparencies
Methodology Conceptual Databases Design
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
Database Design Sections 6 & 7 Second Normal Form (2NF), Unique Identifiers (UID), Third Normal Form (3NF), Arcs, Hierarchies and Recursive relationships.
CSCI 3140 Module 2 – Conceptual Database Design Theodore Chiasson Dalhousie University.
1 ER Modeling BUAD/American University Entity Relationship (ER) Modeling.
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
I Copyright © Oracle Corporation, All rights reserved. Introduction.
Copyright  Oracle Corporation, All rights reserved. 11 ® Introduction to Entities, Attributes, and Relationships Section 02 – Lessons 1,2,3 Use.
Chapter 3 Data Modeling Using the Entity- Relationship (ER) Model Dr. Bernard Chen Ph.D. University of Central Arkansas Fall 2008.
Copyright 2008 McGraw-Hill Ryerson 1 TECHNOLOGY PLUG-IN T5 DESIGNING DATABASE APPLICATIONS.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Plug-In T5: Designing Database Applications Business Driven Technology.
Methodology - Conceptual Database Design. 2 Design Methodology u Structured approach that uses procedures, techniques, tools, and documentation aids to.
Methodology: Conceptual Databases Design
© Pearson Education Limited, Chapter 9 Logical database design – Step 1 Transparencies.
Conceptual Database Design
An Introduction to Data Modelling Entity Relationship Modelling Avin Mathew Nov 2010.
Methodology - Conceptual Database Design
Overview of Database Development Data Modeling and Relational Database Design.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
DeSiamorePowered by DeSiaMore1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
Msigwaemhttp//:msigwaem.ueuo.com/1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
IT 21103/41103 System Analysis & Design. Chapter 04 Data Modeling.
Section 04 Lesson 01 Introduction to the Database
Database Design – Lecture 4 Conceptual Data Modeling.
CS311 Database Management system Somchai Thangsathityangkul 1.
Copyright © 2013 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin APPENDIX C DESIGNING DATABASES APPENDIX C DESIGNING DATABASES.
11 Introduction to Entities, Attributes, and Relationships.
1 Information System Analysis Topic-3. 2 Entity Relationship Diagram \ Definition An entity-relationship (ER) diagram is a specialized graphic that illustrates.
1 CS 430 Database Theory Winter 2005 Lecture 3: A Fifty Minute Introduction to Data Modeling.
Rationale Databases are an integral part of an organization. Aspiring Database Developers should be able to efficiently design and implement databases.
DATA MODELING AND DATABASE DESIGN
Entity/Relationship Modelling
Business System Development
Methodology Conceptual Databases Design
Methodology Conceptual Database Design
© The McGraw-Hill Companies, All Rights Reserved APPENDIX C DESIGNING DATABASES APPENDIX C DESIGNING DATABASES.
CS311 Database Management system
Database Management system
Methodology Conceptual Databases Design
DATA MODELING AND DATABASE DESIGN
Presentation transcript:

Overview of Database Development Data Modeling and Relational Database Design

Objectives Describe the phases of the database development process Describe the phases of the application development process Explain conceptual data modeling and database design

SYSTEM DEVELOPMENT LIFE CYCLE Strategy and Analysis Design Build and Document Transition Production

Database Development Process Business Requirements Information Process Conceptual Data Modeling Database Design Database Build Cross-checking Function Modeling Application Design Application Build ER model, entity definition Function hierarchy, function definition Module (screen, report, menu, program design) Table, index, view Cross-checking Database Application Operational System

Database Development Process Business Information Requirements Conceptual Data Modeling Business view Logical Database Design Systems view Physical Database Build Operational Database

Terminology CONCEPTUAL LOGICAL (Business view) (Systems view) ANALYSIS DESIGN ENTITY TABLE RELATIONSHIP FOREIGN KEY ATTRIBUTE COLUMN PRIMARY KEY UNIQUE IDENTIFIER UNIQUE KEY

Information Models Organize thought processes Accurately model business data Communicate with stakeholders Analyze the scope Provide sound basis for system design

Goals of Conceptual Data Modeling Robust syntax User communication Ease of development Definition of scope Integration of multiple applications

Modeling Basic Entities and Attributes

Overview Why conceptual modeling? Introduction of the Key role players: Entities Attributes Relationships

Why Create a Conceptual Model? It describes exactly the information needs of the business It facilitates discussion It helps to prevent mistakes, misunderstanding It forms important “ideal system” documentation It forms a sound basis for physical database design It is a very good practice with many practitioners

Conceptual Model Between Dream and Reality...

Entity Relationship Modeling Models business, not implementation Is a well-established technique Has a robust syntax Results in easy-to-read diagrams… ...although they may look rather complex at first sight

Goals of Entity Relationship Modeling Capture all required information Information appears only once Model no information that is derivable from other information already modeled Information is in a predictable, logical place

CONCEPTUAL DATA MODELS Model of system in client’s mind Entity model of client’s model Table model of entity model Server Tables on disk

Database Types ER Model Hierarchical Network Relational

ENTITY RELATIONSHIP MODEL Create an entity relationship diagram from business specifications or narratives EMPLOYEE #* number * name o job title DEPARTMENT #* number * name o location assigned to composed of Scenario “. . . Assign one or more employees to a department . . .” “. . . Some departments do not yet have assigned employees . . .”

Entity An Entity is: Examples: objects, events “Something” of significance to the business about which data must be known. A name for the things that you can list. Usually a noun. Examples: objects, events Entities have instances.

Identify and Model Entities Identify a noun Is it significant? Is there information about it that the business needs to keep? Is it a group or an instance? Name the entity Write a description of it Identify a few attributes Draw a soft box for it

Entity Instances EMPLOYEE DEPARTMENT Head office Personnel Finance Sales EMPLOYEE DEPARTMENT

Identifying a Unique Instance EMPLOYEE badge number name date of birth salary

Entities and Instances PERSON PRODUCT PRODUCT TYPE EMPLOYMENT CONTRACT JOB SKILL LEVEL TICKET RESERVATION PURCHASE ELECTION PRINTER PREFERENCE DOCUMENT VERSION Mahatma Gandhi 2.5 x 3.5 mm copper nail Nail My previous contract Violinist Fluent Tonight: Hamlet in the Royal The CD I bought yesterday For parliament next fall …

Entities and Sets An entity represents a set of instances that are of interest to a particular business. JOB manager cook waitress dish washer financial controller porter waiter piano player

Attribute Also represents something of significance to the business Is a single valued property detail of an entity Is a specific piece of information that: Describes Quantifies Qualifies Classifies Specifies an entity.

Attribute Examples Entity Attribute EMPLOYEE CAR ORDER JOB TRANSACTION EMPLOYMENT CONTRACT Attribute Family Name, Age, Shoe Size, City, Email, … Model, Weight, Catalog Price, … Order Date, Ship Date, … Title, Description, ... Amount, Transaction Date, … Start Date, Salary, ...

Entity Representation in Diagram Drawn as a “softbox” Name singular Name inside Neither size, nor position has a special meaning EMPLOYEE TICKET RESERVATION JOB ASSIGNMENT JOB ORDER ELECTION During design, entities usually lead to tables.

Attributes in Diagrams EMPLOYEE * family Name address birth Date o shoe Size o email JOB title o description * o * * Mandatory attribute, that is, known and available for every instance Optional attribute, that is, unknown or unimportant to know for some instances o During design, attributes lead to columns.

ENTITY RELATIONSHIP MODELING CONVENTIONS Soft box Singular, unique name Uppercase Synonym in parentheses Attribute Singular name Lowercase Mandatory marked with “*” Optional marked with “o” EMPLOYEE #* number * name o job title DEPARTMENT #* number * name o location assigned to composed of Unique Identifier (UID) Primary marked with “#” Secondary marked with “(#)”