Db design / ER Modeling 20031 319B Database Systems ER-Modeling Part 2 Wilhelm Steinbuss Room G2.04, ext 4052

Slides:



Advertisements
Similar presentations
More Diagramming & Practice with Relationship Modeling
Advertisements

Exercise 1 Consider the ER diagram below. Assume that an employee may work in up to two departments or may not be assigned to any department. Assume that.
Chapter 6: Entity-Relationship Model (part I)
Entity-Relationship (ER) Modeling
Data Modeling and the Entity-Relationship Model
Data Modeling and the Entity-Relationship Model
Data Modeling and the Entity-Relationship Model Chapter Four DAVID M. KROENKE and DAVID J. AUER DATABASE CONCEPTS, 3 rd Edition.
1 Relationships Entities take part in relationships. We can often identify relationships from verbs or verb phrases. For example – you are attending this.
Data Modeling and Entity- Relationship Model II. IST2102 I want a database to maintain departments in my company. Store information about my employees,
Announcements Reading for Friday Homework 2 - Due 9/24
Databases Revision.
Conceptual Models Agenda - Steps in the design of a DB - Need for conceptual models - The Entity-Relationship Model (ER-Model)
Fundamentals, Design, and Implementation, 9/e Chapter 3 Entity-Relationship Data Modeling: Process and Examples Instructor: Dragomir R. Radev Fall 2005.
Entity Relationship Diagrams
Entity-Relationship Model and Diagrams (continued)
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Database Design Concepts Info 1408 Lecture 2 An Introduction to Data Storage.
1 Specification of IT Systems Mandatory Exercise Week 3.
Information Resources Management January 30, 2001.
Entity-Relationship Diagrams
Data Modeling and the Entity-Relationship Model Chapter Four DAVID M. KROENKE and DAVID J. AUER DATABASE CONCEPTS, 5 th Edition.
8/28/97Information Organization and Retrieval Database Design University of California, Berkeley School of Information Management and Systems SIMS 202:
Case study Lisa’s Bookstore IST210.
Slide 1 Chapter 05 – Part 1 Data Modeling with the Entity-Relationship Model.
Practical tips for creating entity relationship diagrams (ERDs) Chitu Okoli Associate Professor in Business Technology Management John Molson School of.
Ch5: ER Diagrams - Part 2 Much of the material presented in these slides was developed by Dr. Ramon Lawrence at the University of Iowa.
Data Modeling Using the Entity-Relationship Model
2.3 Organising Data for Effective Retrieval
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
Instructor :Huda Al-Omair
Db design / ER Modeling B Database Systems Database Design Wilhelm Steinbuss Room G2.04, ext 4052
Conceptual Design Lecture - 2 Database Development.
Principles of Database Systems With Internet and Java Applications Today’s Topic Chapter 2: Representing Information with Data Models The lecture notes.
1 ER Modeling BUAD/American University Entity Relationship (ER) Modeling.
DATABASEMODELSDATABASEMODELS  A database model ◦ defines the logical design of data. ◦ Describes the relationships between different parts of data.
Database Systems Lecture # 7 8 th Feb, Conceptual and Logical Design Person buys Product name pricenamessn Conceptual Model: Relational Model: (plus.
IMS 6217: Relationships 1 Dr. Lawrence West, MIS Dept., University of Central Florida Database Design--Topics DB Design Steps Identify.
©Silberschatz, Korth and Sudarshan2.1Database System Concepts Chapter 2: Entity-Relationship Model Entity Sets Relationship Sets Design Issues Mapping.
Concepts of Database Management Sixth Edition Chapter 6 Database Design 2: Design Method.
Data Modeling IST210 Class Lecture.
Db design / ER Modeling B Database Systems ER-Modeling Part 3 Wilhelm Steinbuss Room G2.04, ext 4052
Initial Design of Entity Types for the COMPANY Database Schema Based on the requirements, we can identify four initial entity types in the COMPANY database:
3 & 4 1 Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel Keys Consists of one or more attributes that determine other.
IT 21103/41103 System Analysis & Design. Chapter 04 Data Modeling.
IMS 4212: Introduction to Data Modeling—Relationships 1 Dr. Lawrence West, Management Dept., University of Central Florida Relationships—Topics.
1 Database Course. 2 General Information TAs: –Sara Cohen –Jonathan Mamou Course Moderated Newsgroup: local.course.db.ta Students.
Computing & Information Sciences Kansas State University Friday, 26 Sep 2008CIS 560: Database System Concepts Lecture 13 of 42 Friday, 26 September 2008.
Copyright Ó Oracle Corporation, All rights reserved. Assign Unique Identifiers A Unique Identifier (UID) is any combination of attributes and/or.
DatabaseIM ISU1 Fundamentals of Database Systems Chapter 3 Data Modeling Using Entity-Relationship Model.
Data Modeling Using the Entity-Relationship (ER) Data Model.
Chapter 3: Modeling Data in the Organization. Business Rules Statements that define or constrain some aspect of the business Assert business structure.
Entity Relationship Diagram (ERD). Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship.
Database Management COP4540, SCS, FIU Database Modeling Using the Entity- Relationship Model (Continued)
Data Modeling and Entity-Relationship Model I
ENTITY RELATIONSHIP DIAGRAM. Objectives Define terms related to entity relationship modeling, including entity, entity instances, attribute, relationship.
DATA MODELING AND ENTITY-RELATIONSHIP MODEL II IST 210: Organization of Data IST210 1.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 7 Lecture # 17 July 28,2012 Data Modeling using the Entity Relationship.
Copyright © 2014 Pearson Canada Inc. 5-1 Copyright © 2014 Pearson Canada Inc. Application Extension 5a Database Design Part 2: Using Information Technology.
Database Design Chapters 17 and 18.
Data Modeling Using the ERD
Application Extension 5a
Entity-Relationship Model
Entity-Relationship Model and Diagrams (continued)
Database Systems: Design, Implementation, and Management Tenth Edition
Relationships—Topics
MIS2502: Data Analytics Relational Data Modeling 2
Entity Relation Model Tingting Zhang.
Entity-Relationship (E-R) Modeling
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Presentation transcript:

db design / ER Modeling B Database Systems ER-Modeling Part 2 Wilhelm Steinbuss Room G2.04, ext 4052

db design / ER Modeling Relationship(types) Relationship- and Rolenames Cardinalities Mandatory / optional Reflexive relationship types N-ary realtionship types Gerund XOR relationship types

db design / ER Modeling Relationship types A relationship type is an assoziation between several (not necessary different) entity types (and so it is an associative entity type because it describes a fact referencing more than one entititype) If these associative entity type does not own additional attributes the rectangle and the arrows are dropped (except for n-ary relations)

db design / ER Modeling Example Instead of We can use

db design / ER Modeling Relationship- and Rolenames A relationship can be named and the involved entities could have an assigned role Example:

db design / ER Modeling Cardinalities Cardinality ist the number of entities (instances of an entity type) with which one entity could be connected Example: a person can have several addresses; an address is assigned to exactly one person personaddress

db design / ER Modeling Reflexive relationship type Relation between entities of the same type Example:

db design / ER Modeling Reflexive relationship (Cont.) A person can be married more than once over time:

db design / ER Modeling Mandatory / optional Lay down whether a relation must be or is optional Example: - a person have not to own an account, but can own more than one - an account must be owned by at least one person, but can be owned by many persons

db design / ER Modeling Example Zoo There are a lot of animal species in the zoo. Every animal species can be placed within exactly one enclosure type (aquarium, cage, outdoor enclosure). For each enclosure type exists possibly more than one enclosure with different amount of space (or volume). In one enclosure there is at most one animal species Each animal needs a minimum of space allocated (e.g. 12 m², 0.1 m³). The number of actual allocated animals in an enclosure should be recorded Every animal species is attended by at exactly one conservator Add additional requirements if necessary.

db design / ER Modeling Solution Additional requirements: - In an enclosure type different animal species can be placed - An enclosure is of exactly one type - An animal species can be placed in more than one enclosure - perhaps an enclosure is empty - perhaps an animal species is not placed into an enclosure

db design / ER Modeling Exercise bicycle manufacturer The bicycle manufacturer produces more than one bicycle type A bicycle consists of more than one assembly An assembly contains several parts (or other assemblies) Parts can be supplied by several suppliers For an order a recording have to be done including the number of ordered parts

db design / ER Modeling n-ary Relationship types A relationship which has more than two entities involved Example:

db design / ER Modeling Gerund A gerund is an associative entity which is treated like a fundamental entity Example:

db design / ER Modeling Example consultancy A consultancy realizes projects with their customers A customer can have more than one project Each project is leaded by exactly one consultant For each month the number of hours which an employee has worked for a project are recorded These records are the base for the invoice An invoice must have at least a relation to one of the records

db design / ER Modeling Solution consultancy

db design / ER Modeling Exercise Library A book in a library is published by a publishing company For each book type exists at least one book instance A book must have assigned at least one or more author(s) There can be keywords for every book For each person who borrows books an address is necessary An user of the library can borrow books or make an advance booking There is a fee (sliding scaled) per day for every overdraft (e.g. $1 for each day in the first week, $2 for each day in the second etc.) An overdraft can cause (one or more) overdue notification(s) An overdue notification can be related to more than one overdraft For every overdue notification there is a fee (depending on the previous number of notifications; e.g $1.50 for the first, $2 for the second and so on)

db design / ER Modeling XOR Relationship types Exactly one of the relationships which are marked with the XOR construct is valid Example: (ex. 5)