Page 37 Figure 2.3, with attributes excluded

Slides:



Advertisements
Similar presentations
Facts and Figures Facts and Figures 2006 Facts and Figures 2006.
Advertisements

9 x9 81 4/12/2015 Know Your Facts!. 9 x2 18 4/12/2015 Know Your Facts!
1 x0 0 4/15/2015 Know Your Facts!. 9 x1 9 4/15/2015 Know Your Facts!
1 x0 0 4/16/2015 Know Your Facts!. 1 x8 8 4/16/2015 Know Your Facts!
3 x0 0 7/18/2015 Know Your Facts!. 4 x3 12 7/18/2015 Know Your Facts!
Concepts of Database Management Seventh Edition Chapter 6 Database Design : ERD Model.
P449. p450 Figure 15-1 p451 Figure 15-2 p453 Figure 15-2a p453.
Fall 2009ACS-3913 Ron McFadyen Composite Pattern Problem: How do we treat a composition structure of objects the same way as a non-composite object? Arises.
Entity-Relation Modeling Hun Myoung Park, Ph.D., Public Management and Policy Analysis Program Graduate School of International Relations International.
© Ron McFadyen1 Many-to-one-to-many We need information that can only be obtained by accessing two fact tables through a common dimension … drilling across.
March Ron McFadyen1 Using Rational Rose to create a database.
Oct Ron McFadyen Visibility Visibility: the ability of one object to see or have a reference to another object. e.g. When a register object.
Figure Figure 18-1 part 1 Figure 18-1 part 2.
Lecture 5 CS.456 DATABASE DESIGN.
Business Intelligence Instructor: Bajuna Salehe Web:
Yong Choi School of Business CSUB
4 x1 4 10/18/2015 Know Your Facts!. 5 x /18/2015 Know Your Facts!
3 x0 0 10/18/2015 Know Your Facts!. 11 x /18/2015 Know Your Facts!
Chapter 11 & 12 Entity-Relationship (E-R) Model Characteristics of E-R Model Components of E-R Model Example of E-R Model Enhanced E-R Model.
Entity Relationship Diagram. Introduction Definition: Entity-relationship diagram is a data-modeling technique that visualises entities, the attributes.
Chapter 3 Dr. Bernard Chen Ph.D. University of Central Arkansas Fall 2008.
Fact Table The fact table stores business events. The attributes explain the conditions of the entity at the time the business event happened.
The Data Warehouse Chapter Operational Databases = transactional database  designed to process individual transaction quickly and efficiently.
When When does it happen? Date Time Time Zone Period Timeline: Milestones How How does it happen? How do we know it happened? Activity, Process, Event.
Chapter 2 Opener © 2014 Pearson Education, Inc.. Figure 2.1 © 2014 Pearson Education, Inc.
Jan 2005Ron McFadyen Qualified Associations ProductCatalogueProductDescription A one to many association can be altered in a diagram to a one.
Sept Ron McFadyen1 Include Relationship UC1:Process Sale … Main Success Scenario … 7. Customer pays and System handles payment. … Extensions.
Chen’s Type Guidance.
Assignment 2 Due Thursday Feb 9, 2006
بسم الله الرحمن الرحيم.
Dimensional Model January 14, 2003
Inventory is used to illustrate:
Retail Sales is used to illustrate a first dimensional model
Figures & Tables from the textbook.
Overview of Entity‐Relationship Model
Entity-Relation Modeling
Database Systems: Design, Implementation, and Management Tenth Edition
Entity-Relationship Modeling "Extended"
Typically data is extracted from multiple sources
Minidimension Example
Assignment 2 Due Thursday Feb 9, 2006
Data Modeling for Database Design 2
The Business Intelligence Model Canvas
Retail Sales is used to illustrate a first dimensional model
Warehouse Architecture
Learn Your 2x Facts.
Data warehouse architecture CIF, DM Bus Matrix Star schema
Aggregate Improvement and Lost, shrunken, and collapsed
Assignment 1 Due: Tuesday Jan 27, 2004
Point-in-time balances Physical database Aggregation ETL Architecture
Retail Sales is used to illustrate a first dimensional model
Chapter 2 Role of Information Systems in Organizations Link 2
Role Playing Dimensions (p )
Dimensional Model January 16, 2003
Figure 11-1.
Aggregate improvement Lost, shrunken, and collapsed Ralph Kimball
Examines blended and separate transaction schemas
Figure Overview.
Figure Overview.
Review of Major Points Star schema Slowly changing dimensions Keys
Transaction fact table (figure 7.2)
Assignment 1 Due Thursday Jan 19, 2006
Many aggregates can be defined for one base star schema
Entity-Relationship Modeling "Extended"
Review of Major Points Star schema Slowly changing dimensions Keys
Entity-Relationship Modeling "Extended"
Recursive Relationship
Presentation transcript:

Page 37 Figure 2.3, with attributes excluded Case Study Schema Date Product Sales facts Store Promotion Page 37 Figure 2.3, with attributes excluded © Ron McFadyen

Case Study Schema Date Product Sales facts Store Promotion Sales Transaction Note: Sales transaction belongs in the schema – it is a degenerate dimension © Ron McFadyen

Case Study Schema in Peter Chen Notation 1 1 Product Date n n Sales facts n n n Store Promotion 1 1 1 Sales Transaction A sales fact must participate in each of the relationships – mandatory participation Each relationship is binary, and between a dimension and the fact table © Ron McFadyen