ERD Narrative (p158 Lab Manual) With Additional Notes!!

Slides:



Advertisements
Similar presentations
Transformation of an ER Model into a Relational Database Schema Translating to Software.
Advertisements

Transform an ER Model into a Relational Database Schema
Relational Data Analysis. Plan Introduction Structured Methods –Data Flow Modelling –Data Modelling –Relational Data Analysis Feasibility Maintenance.
Database Systems A 1. 2  Project goal: to tackle and resolve real-life DB related development issues  So what do we need to do:  Design.
Database Modeling IT Key Ideas, Dynamic Database Systems, 2002 Chapter 8.
ENTITY RELATIONSHIP MODELLING
Entity Relationship (ER) Modeling
GCSE Computing#BristolMet Session Objectives# 21 MUST describe methods of validating data as it is input. SHOULD explain the use of key fields to connect.
Normalisation Ensuring data integrity in database design 1.
ISMT221 Information Systems Analysis and Design Entity-Relationship Diagram Lab 4 Tony Tam.
Chapter 14 Getting to First Base: Introduction to Database Concepts.
The Relational Database Model:
Introduction to Databases CIS 5.2. Where would you find info about yourself stored in a computer? College Physician’s office Library Grocery Store Dentist’s.
Designing a Database Unleashing the Power of Relational Database Design.
Lecture 10 Conversion to tables Database Design Concepts INFO1408.
Database Systems. What is a database? A database is an organised store of data items.
Database – Part 2a Dr. V.T. Raja Oregon State University.
MS Access 2007 IT User Services - University of Delaware.
Computer Science & Engineering 2111 Introduction to Database Management Systems Relationships and Database Creation 1 CSE 2111 Introduction to Database.
Databases. Objectives Define what a database is. Understand the difference between a flat and relational database Design and create a relational database.
Page 1 ISMT E-120 Desktop Applications for Managers Introduction to Microsoft Access.
Database Design Concepts
1 DATABASE TECHNOLOGIES BUS Abdou Illia, Fall 2007 (Week 3, Tuesday 9/4/2007)
Database Systems: Design, Implementation, and Management Tenth Edition Chapter 5 Advanced Data Modeling.
Database Systems Marcus Kaiser School of Computing Science Newcastle University.
XP Chapter 1 Succeeding in Business with Microsoft Office Access 2003: A Problem-Solving Approach 1 Level 3 Objectives: Identifying and Eliminating Database.
CREATE THE DIFFERENCE Normalisation (special thanks to Janet Francis for this presentation)
DAY 15: ACCESS CHAPTER 2 Larry Reaves October 7,
Mr. Justin “JET” Turner CSCI 3000 – Fall 2015 CRN Section A – TR 9:30-10:45 CRN – Section B – TR 5:30-6:45.
MIS2502: Data Analytics Coverting ERD into a DB Schema David Schuff
Data Modelling – ERD Entity Relationship Diagram’s Entity Relationship Diagrams and how to create them. 1.
Principles of Database Design, Part II AIMS 2710 R. Nakatsu.
Relational databases and third normal form As always click on speaker notes under view when executing to get more information!
RELATIONSHIPS Generally there are two main database types: flat-file and relational.
MIS 301 Information Systems in Organizations Dave Salisbury ( )
CTFS Workshop Shameema Esufali Suzanne Lao Data coordinators and technical resources for the network
BTEC National Extended Diploma1 IT Systems Analysis and Design Entity Relationship Diagrams.
U:/msu/course/cse/103 Day 07, Slide 1 Day 15 Review What datatype would be an appropriate choice for: –A cell phone number.
1.NET Web Forms Business Forms © 2002 by Jerry Post.
© Relational Databases. © Entities Data is stored in tables. Each table is concerned with one entity An entity is a.
Handling Many to Many Relationships. 2 Handling Many:Many Relationships Aims: To explain why M:M relationships cannot be implemented in relational database.
Btec National - Advanced Databases 1 Advanced Databases Entity Relationship Diagrams.
Jessica Johnson, Louie Livon-Bemel. Question 1 When converting a narrative requirements document into an ERD, which of the following would potentially.
Lesson 2: Designing a Database and Creating Tables.
INTRODUCTION TO DATABASE DESIGN. Definitions Database Models: Conceptual, Logical, Physical Conceptual: “big picture” overview of data and relationships.
Planning & Creating a Database By Ms. Naira Microsoft Access.
CTFS Workshop Shameema Esufali Asian data coordinator and technical resource for the network
1 DATABASE TECHNOLOGIES (Part 2) BUS Abdou Illia, Fall 2015 (September 9, 2015)
Instructor: Pavlos Pavlikas1 How Data is Stored Chapter 8.
Designing a Relational Database 13.4 Page A database should be created based on a design  Three steps Determine what information should be stored.
Understand Relational Database Management Systems Software Development Fundamentals LESSON 6.1.
Tutorial 2 Data Modelling. 3 Terminology & Notation(1) An entity is an object about which the system needs to hold information –Customer, Student, Course.
Btec National - IT SYSTEMS ANALYSIS AND DESIGN 1 IT Systems Analysis and Design Entity Relationship Diagrams.
NORMALIZATION Handout - 4 DBMS. What is Normalization? The process of grouping data elements into tables in a way that simplifies retrieval, reduces data.
Microsoft Access CS 110 Fall Entity Relationship Model Entities Entities Principal data object about which information is to be collectedPrincipal.
Hoi Le. Why database? Spreadsheet is not good to: Store very large information Efficiently update data Use in multi-user mode Hoi Le2.
Information Systems (5 ECTS Credits) Diarmuid Ó Muirgheasa BA BAI MIEI
Decision Analysis Fall Term 2015 Marymount University School of Business Administration Professor Suydam Week 10 Access Basics – Tutorial B; Introduction.
Databases Chapter 9 Asfia Rahman.
Revised: 2 April 2004 Fred Swartz
Database Normalization
Example Question–Is this relation Well Structured? Student
Databases A brief introduction….
Implementation of Entity Relationships
CTFS Asia Region Workshop 2014
Data Modelling Introduction
Entity relationship diagrams
Databases 1.
BTEC ICT – Unit 18 With Mr Griffiths.
Presentation transcript:

ERD Narrative (p158 Lab Manual) With Additional Notes!!

Oakfield Orthopaedic Hospital Oakfield is a private orthopaedic hospital located in the Galway region. It has three operating theatres and five clinics. When operations are being performed, there will always be two or more doctors present. A patient has at least two appointments prior to an operation.

Cannot have Many to Many Will create duplicate entries to a database and as such this significantly compromises the database design Need to remove Many to Many relationship using an associative entity

So Where to put the foreign key? How do you decide which entity to put the foreign key within E.G. Why not put the Op Theatre_ID in the Hospital entity instead of having the Hospital_ID within the Operating Theatre entity

So Where to put the foreign key? Think about how the data is stored. The hospital entity will be created once in the system (i.e. there is one hospital) There are many different operating theatres and as such an instance of that entity must be created for each operating theatre

So Where to put the foreign key? The hospital entity will be created once in the system (i.e. there is one hospital) There are many different operating theatres and as such an instance of that entity must be created for each operating theatre Hospital Op Theatre

If we stored the Op Theatre_ID in the Hospital Entity Each time we create a link between the hospital and the instance of the operation theatre we would have to insert all the hospital details again (creating Redundant data in the dB)

Enter Details for the hospital – Hospital_ID: 1 – Name: Oakfield Hospital – Location: Brookfield, Cork City – Etc etc Enter a new operating theatre – Op Theatre_ID: 11 – Name: The head operating room Link the two entities – Hospital_ID: 1 – Name: Oakfield Hospital – Location: Brookfield, Cork City – Op Theatre_ID: 11 First Instance in the dB

Enter a new operating theatre – Op Theatre_ID: 12 – Name: The leg operating room Link the two entities – Hospital_ID: 1 – Name: Oakfield Hospital – Location: Brookfield, Cork City – Op Theatre_ID: 12 Second Instance in the dB

How this would look in the Hospital dB entity Each entity will be a table in the dB Hospital ID: 1 Name: Oakfiel Hospital Location: Brookfield, Cork City Op Theatre_ID: 11 Name: the head operating room Hospital ID: 1 Name: Oakfiel Hospital Location: Brookfield, Cork City Op Theatre_ID: 12 Name: the leg operating room A lot of duplicate details must be inserted repeatedly each time a operating theatre instance is created

The right way to do it Store the Hospital_ID in each instance of the Operation Theatre Entity Each time we create a link between the hospital and the instance of the operation theatre we would now only have to insert the hospital_ID into each operation theatre entity instance!

Enter Details for the hospital – Hospital_ID: 1 – Name: Oakfield Hospital – Location: Brookfield, Cork City – Etc etc Hospital Details once in the dB

Enter a new operating theatre – Op Theatre_ID: 11 – Name: The leg operating room – Hospital_ID: 1 Enter another operating theatre – Op Theatre_ID: 12 – Name: The face operating room – Hospital_ID: 1 Add Operating Theatres

How this would look in the Op Theatre Entity in dB – Op Theatre_ID: 11 – Name: The leg operating room – Hospital_ID: – Op Theatre_ID: 12 – Name: The face operating room – Hospital_ID: 1 Reduced all the duplicate data as per the other option

Student Project Showcase Registered students can use the UCC student showcase to show their projects in any of their course modules. Group projects are also catered for by the student project showcase. Identify the entities for an ERD Identify the primary key of each entity Make any assumptions Identify the relationship between entities