IS6125 Database Analysis and Design Examples for exam revision

Slides:



Advertisements
Similar presentations
More Diagramming & Practice with Relationship Modeling
Advertisements

Relationships Relational Database. Identifying Entities… In the previous tutorial you learnt about identifying entities in a flat file database. Also.
Information System Analysis Lab 7. ERD entity-relationship diagram is a data modeling technique that creates a graphical representation of the entities,
Database design concepts info1408 Lecture 8 Worked example of E:R Modelling.
Further Data Modelling …and the effect of time. Plan Introduction Structured Methods –Data Flow Modelling –Data Modelling –Relational Data Analysis –Further.
Class Agenda – 04/04/2006 Discuss database modeling issues
DATA MODELLING TOOLS FOR ORGANISING DATABASES. For a database to be organised and logical, it must be well-designed and set out. In such cases, the databases.
Database. Basic Definitions Database: A collection of related data. Database Management System (DBMS): A software package/ system to facilitate the creation.
Practice of ER modeling
Relational databases and third normal form As always click on speaker notes under view when executing to get more information!
Information Systems & Databases 2.2) Organisation methods.
Customer Order Order Number Date Cust ID Last Name First Name State Amount Tax Rate Product 1 ID Product 1 Description Product 1 Quantity Product 2 ID.
ER-tutorial Conceptual Design
Advanced Web 2012 Lecture 3 Sean Costain What is a Database? Sean Costain 2012 A database is a structured way of dealing with structured information.
Information Access Mgt09/12/971 Entity-Relationship Design Information Level Design.
Data modeling Process. Copyright © CIST 2 Definition What is data modeling? –Identify the real world data that must be stored on the database –Design.
For more course tutorials visit CIS 336 All iLabs Week 1 to Week 7 Devry University CIS 336: All iLabs Week 1 to Week 7: Devry University.
DATA SCIENCE MIS0855 | Spring 2016 Designing Data
G057 - Lecture 05 From Scenario To Design Mr C Johnston ICT Teacher
1 Database Design Sections 6 & 7 First Normal Form (1NF), Second Normal Form (2NF), Unique Identifiers (UID), Third Normal Form (3NF), Arcs, Hierarchies.
Copyright © 2016, America’s Job Link Alliance–Technical Support (AJLA–TS) All rights reserved. This publication may be copied by subscribers for in-house.
What is a “no-show”? Contact Us!
Data Modeling Using the Entity- Relationship (ER) Model
IS6145 Database Analysis and Design Lecture 4: Fine-Granular Design-Specific ER Modelling Rob Gleasure
IS6125 Database Analysis and Design Lecture 7: Enhanced Entity-Relationship (EER) Modeling Rob Gleasure
University of Milano Bicocca, Italy Carlo Batini
CIS 336 AID Your Dreams Our Mission/cis336aid.com
Entity-Relationship Model
IS6125 Database Analysis and Design Lecture 5: Conceptual Data Modelling 2: ER Modelling and Beyond the Presentation Layer Rob Gleasure
IS6125 Database Analysis and Design Lecture 4: Conceptual Data Modelling 1: The Foundational Concepts Rob Gleasure
IS6145 Database Analysis and Design Lecture 5: Enhanced Entity-Relationship (EER) Modeling Rob Gleasure
Entity-Relationship Model
Chapter -3- Data Modeling Using the Entity-Relationship Model
Lecture3: Data Modeling Using the Entity-Relationship Model.
IS6145 Database Analysis and Design Examples for exam revision
بسم الله الرحمن الرحيم.
CIS 336 str Competitive Success/snaptutorial.com
CIS 336 strCompetitive Success/tutorialrank.com
CIS 336 str Education for Service- -snaptutorial.com.
CIS 336 STUDY Lessons in Excellence-- cis336study.com.
CIS 336 str Teaching Effectively-- snaptutorial.com.
Database Fundamentals
Company Requirements.
Entity relationship diagrams
Information Systems CS-507 Lecture 25
IS6125/IS6145 Database Analysis and Design Lecture 4: Fine-Granular Design-Specific ER Modelling Rob Gleasure
IS6125 Database Analysis and Design Lecture 6: Fine-Granular Design-Specific ER Modelling Rob Gleasure
IS6125/IS6145 Database Analysis and Design Lecture 2: Conceptual Data Modelling 1: The Foundational Concepts Rob Gleasure
IS6145 Database Analysis and Design Lecture 5: Enhanced Entity-Relationship (EER) Modeling Rob Gleasure
Entity-Relationship Modeling "Extended"
IS6145 Database Analysis and Design Additional normalization example
Data Modeling with Entity Relationship Diagrams (Cont.)
TAF-TSI Train Object 25th June 2018, Prague.
Chapter 2 Modeling Data in the Organization
IS6145 Database Analysis and Design Lecture 3: Conceptual Data Modelling 2: ER Modelling and Beyond the Presentation Layer Rob Gleasure
IS6125 Database Analysis and Design Lecture 7: Enhanced Entity-Relationship (EER) Modeling Rob Gleasure
Rob Gleasure IS6145 Database Analysis and Design Lecture 9: Normalization of Data Tables Rob Gleasure
IS6145 Database Analysis and Design Lecture 12: Semester Review and Exam Preparation Rob Gleasure
Information for SAS Students at UofG
Chapter Entity-Relationship Modeling & Enhanced Entity- Relationship Modeling.
Mapping an ERD to a Relational Database
IT 244 Database Management System
MIS2502: Data Analytics Relational Data Modeling 2
Entity Relation Model Tingting Zhang.
IS6125 Database Analysis and Design Lecture 8: Practice with ERDs
IS6125 Database Analysis and Design Additional normalization example
Entity-Relationship Modeling "Extended"
Entity-Relationship Modeling "Extended"
IS6145 Database Analysis and Design Lecture 6: Practice with ERDs
Relationships—Topics
Presentation transcript:

IS6125 Database Analysis and Design Examples for exam revision Rob Gleasure R.Gleasure@ucc.ie www.robgleasure.com

Disclaimer Please note two important points regarding the solutions presented below Solutions are not the only possible correct option – there are always multiple correct answers. Solutions should not be viewed until you’ve attempted an answer yourself. Otherwise, you won’t learn how to do it yourself.

Chen’s ERD from Winter 2016 Draw an Enhanced Fine Granular Design-Specific Entity-Relationship Diagram using Chen’s notation based on the following narrative: A bus company wishes to redesign their data store. At the moment, data are stored for buses according to their registration and the number of seats. Each bus may serve a number of individual routes, each of which is identified by a particular code. Routes will also describe their start and end locations, each individual stop, and the range of individual buses that serve each one. For routines that run during the day, data are also stored regarding their sensitivity to traffic (some will serve routes that slow considerably during rush hour) and whether multiple routes are ever run simultaneously to satisfy demand. For routes that run during the night, data will specify whether they run all week long or only at nights. Night routes may also be allocated a security guard, data for whom includes their name, their gender, and any training courses they may have undertaken. Buses are stored in specific depots, for which the name, address, and contact numbers must be stored. Data are also stored for bus drivers, data for whom will include a name, a date of birth, a job title, and a unique employee ID. These drivers will be allocated a number of specific routes, or alternatively a specific bus.

Example solution

SSADM ERD Example Draw an SSADM ERD for the following narrative: A train service stores data for drivers that includes their name, address, salary, and union. Some drivers mentor other drivers. Each driver is allocated a specific train (though a train may be allocated more than one drivers), for which the model and manufacturer is stored, as well as live data indicating the amount of fuel. In addition to a driver, a train must be allocated a ticket inspector, though these inspectors can serve any number of trains. Data for ticket inspectors notes their name, home location, and possible other notes of relevance. Each train is linked to some region, which has a name and possible other notes of relevance. Regions contain many trains and some regions are sponsored by third-party companies. Sponsors are recognisable by name and also note the contract duration.

Example solution

Normalisation (Winter 2016) Table 1. Database for train bookings Name Ticket type Amendable Journey Duration Departure Nationality EU Ben Feringa Monthly pass Yes Paris to Munich 4 hours 15/01/2017 08.00 Berlin to Vienna 2.5 hours 25/01/2017 09.30 Netherlands May-Britt Moser One-way No Barcelona to Madrid 3 hours 03/02/2017 10.00   Norway Alice Munro Return 20/01/2017 08.15 Munich to Paris 12/03/2017 18.00 Canada Yoshinori Ohsumi Milan to Bucharest 5 hours Bucharest to Krakow 9 hours 20/02/2017 06.20 Japan

Normalisation (Winter 2016) 1st normal form FName LName Ticket type Amendable Journey Duration Departure National-ity EU Ben Feringa Monthly pass Yes Paris to Munich 4 hours 15/01/2017 08.00 Nether-lands Berlin to Vienna 2.5 hours 25/01/2017 09.30 May-Britt Moser One-way No Barcelona to Madrid 3 hours 03/02/2017 10.00 Norway Alice Munro Return 20/01/2017 08.15 Canada Munich to Paris 12/03/2017 18.00 Yoshinori Ohsumi Milan to Bucharest 5 hours Japan Bucharest to Krakow 9 hours 20/02/2017 06.20

Normalisation (Winter 2016) 2nd normal form Passenger ID Ticket type Journey Departure 1 Monthly pass Paris to Munich 15/01/2017 08.00 Berlin to Vienna 25/01/2017 09.30 2 One-way Barcelona to Madrid 03/02/2017 10.00 3 Return 20/01/2017 08.15 Munich to Paris 12/03/2017 18.00 4 Milan to Bucharest Bucharest to Krakow 20/02/2017 06.20 Passenger ID First name Last name Nationality EU 1 Ben Feringa Netherlands Yes 2 May-Britt Moser Norway No 3 Alice Munro Canada 4 Yoshinori Ohsumi Japan Ticket type Amendable Monthly pass Yes One-way No Return Paris to Munich 4 hours Berlin to Vienna 2.5 hours Barcelona to Madrid 3 hours Munich to Paris Milan to Bucharest 5 hours Bucharest to Krakow 9 hours

Normalisation (Winter 2016) 3rd normal form Passenger ID Ticket type Journey Departure 1 Monthly pass Paris to Munich 15/01/2017 08.00 Berlin to Vienna 25/01/2017 09.30 2 One-way Barcelona to Madrid 03/02/2017 10.00 3 Return 20/01/2017 08.15 Munich to Paris 12/03/2017 18.00 4 Milan to Bucharest Bucharest to Krakow 20/02/2017 06.20 Passenger ID First name Last name Nationality 1 Ben Feringa Netherlands 2 May-Britt Moser Norway 3 Alice Munro Canada 4 Yoshinori Ohsumi Japan Nationality EU Netherlands Yes Norway No Canada Japan Ticket type Amendable Monthly pass Yes One-way No Return Paris to Munich 4 hours Berlin to Vienna 2.5 hours Barcelona to Madrid 3 hours Munich to Paris Milan to Bucharest 5 hours Bucharest to Krakow 9 hours

Image from https://www. askideas