Data Warehouse Database Design Methods For Technical IT Audience Peter Nolan www.peternolan.com.

Slides:



Advertisements
Similar presentations
Author: Graeme C. Simsion and Graham C. Witt Chapter 11 Logical Database Design.
Advertisements

Dimensional Modeling.
Cognos 8 Training Session
BY LECTURER/ AISHA DAWOOD DW Lab # 2. LAB EXERCISE #1 Oracle Data Warehousing Goal: Develop an application to implement defining subject area, design.
Data Warehousing M R BRAHMAM.
Dimensional Modeling Business Intelligence Solutions.
Topic Denormalisation S McKeever Advanced Databases 1.
Data Warehouse IMS5024 – presented by Eder Tsang.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Key.
Dimensional Modeling – Part 2
1 ACCTG 6910 Building Enterprise & Business Intelligence Systems (e.bis) Data Staging Olivia R. Liu Sheng, Ph.D. Emma Eccles Jones Presidential Chair of.
Beyond data modeling Model must be normalised – purpose ? Outcome is a set of tables = logical design Then, design can be warped until it meets the realistic.
Data Warehousing - 3 ISYS 650. Snowflake Schema one or more dimension tables do not join directly to the fact table but must join through other dimension.
Thursday, January 27, Management of Information Systems: Mini-3 Spring 2000.
IST722 Data Warehousing An Introduction to Data Warehousing Michael A. Fudge, Jr.
CSE6011 Warehouse Models & Operators  Data Models  relations  stars & snowflakes  cubes  Operators  slice & dice  roll-up, drill down  pivoting.
Database Design Overview. 2 Database DBMS File Record Field Cardinality Keys Index Pointer Referential Integrity Normalization Data Definition Language.
Designing a Data Warehouse
Data Warehousing: Defined and Its Applications Pete Johnson April 2002.
Principles of Dimensional Modeling
ETL Design and Development Michael A. Fudge, Jr.
Advanced Tables Lesson 9. Objectives Creating a Custom Table When a table template doesn’t suit your needs, you can create a custom table in Design view.
Designing a Data Warehouse Issues in DW design. Three Fundamental Processes Data Acquisition Data Storage Data a Access.
Chapters 17 & 18 Physical Database Design Methodology.
Data Warehousing Seminar Chapter 5. Data Warehouse Design Methodology Data Warehousing Lab. HyeYoung Cho.
1 © Prentice Hall, 2002 Physical Database Design Dr. Bijoy Bordoloi.
Course Introduction Introduction to Databases Instructor: Joe Bockhorst University of Wisconsin - Milwaukee.
Physical Database Design Chapter 6. Physical Design and implementation 1.Translate global logical data model for target DBMS  1.1Design base relations.
HNDComputing – DeMontfort University  DeMontfort University 2011 Database Fundamentals wk2 Database Design ConceptsDatabase Design Concepts Database Design.
1 Publication of C Data Warehouse Code 17/11/2002 – Today I am pleased to announce the publication of a suite of C code which has been used to load large.
1 The Instant Data Warehouse Released 15/01/ Hello and Welcome!! Today I am very pleased to announce the release of the 'Instant Data Warehouse'.
Program Pelatihan Tenaga Infromasi dan Informatika Sistem Informasi Kesehatan Ari Cahyono.
Avoiding Database Anomalies
Normalization A technique that organizes data attributes (or fields) such that they are grouped to form stable, flexible and adaptive entities.
1 What is database 2? What is normalization? What is SQL? What is transaction?
Copyright © 2005 Ed Lance Fundamentals of Relational Database Design By Ed Lance.
Object Persistence Design Chapter 13. Key Definitions Object persistence involves the selection of a storage format and optimization for performance.
More about Databases. Data Entry through Forms Table View (Data sheet view) is useful for data entry of new records But sometimes customization would.
BI Terminologies.
M Taimoor Khan Course Objectives 1) Basic Concepts 2) Tools 3) Database architecture and design 4) Flow of data (DFDs)
Ch3 Data Warehouse Dr. Bernard Chen Ph.D. University of Central Arkansas Fall 2009.
Dimensional Modeling Primer Chapter 1 Kimball & Ross.
Designing a Data Warehousing System. Overview Business Analysis Process Data Warehousing System Modeling a Data Warehouse Choosing the Grain Establishing.
Advanced Accounting Information Systems Day 10 answers Organizing and Manipulating Data September 16, 2009.
Chapter 5 DATA WAREHOUSING Study Sections 5.2, 5.3, 5.5, Pages: & Snowflake schema.
In this session, you will learn to: Describe data redundancy Describe the first, second, and third normal forms Describe the Boyce-Codd Normal Form Appreciate.
1 On-Line Analytic Processing Warehousing Data Cubes.
Building Dashboards SharePoint and Business Intelligence.
Creating a Data Warehouse Data Acquisition: Extract, Transform, Load Extraction Process of identifying and retrieving a set of data from the operational.
IS 4424: Developing the Entreprise Database Frederic Adam.
 Shopping Basket  Stages to maintain shopping basket in framework  Viewing Shopping Basket.
Chapter 4 Logical & Physical Database Design
June 08, 2011 How to design a DATA WAREHOUSE Linh Nguyen (Elly)
After completing this lesson, you will be able to: Identify the basic features of productivity programs. Lesson: 1 Introduction to Productivity Programs.
Data Warehousing MEC 623 – Data Warehousing and Data Mining.
Experience with XML Schema Ashok Malhotra Schema Usage  Mapping XML Schema and XML documents controlled by the Schema to object classes and instances.
Data Warehousing DSCI 4103 Dr. Mennecke Chapter 2.
MIS 451 Building Business Intelligence Systems Data Staging.
Data Resource Management Application Layer TPS A RCHITECTURE Data Layer Sales/MarketingHR Finance/Accounting Operations Spreadsheet Data MS Access Accounts.
Chapter 3 The Relational Model. Why Study the Relational Model? Most widely used model. Vendors: IBM, Informix, Microsoft, Oracle, Sybase, etc. “Legacy.
An Overview of Data Warehousing and OLAP Technology
Edexcel OnCourse Databases Unit 9. Edexcel OnCourse Database Structure Presentation Unit 9Slide 2 What is a Database? Databases are everywhere! Student.
Mining FND data for Access Reporting Malcolm Speedie Openwave Systems Inc.
Session Name Pelin ATICI SQL Premier Field Engineer.
Just Enough Database Theory for Power Pivot / Power BI
Data warehouse and OLAP
Database Systems Unit 16.
Informix Red Brick Warehouse 5.1
Database Normalization
Dr. Bernard Chen Ph.D. University of Central Arkansas Fall 2009
Presentation transcript:

Data Warehouse Database Design Methods For Technical IT Audience Peter Nolan

Agenda  DW design methods  Star Schemas  Why, What, Features?  Time Variant + Stability Analysis  Why and What?

DW Design Methods  Three different methods widely used  Choice of use depends on many factors  Star Schema  Transaction and ROLAP  Time Variance + Stability Analysis  Changes to non-txn data eg. Customer  Third Normal Form  Volumes of changes are low

Why Use Star Schemas?  Business people understand them!!  Matches the business model  Often intuitively obvious  Easy to query  Supports complex questions easily  No wrong answers due to join problems  Excellent performance on star schema aware databases  Oracle, Informix, DB2

What Does a Star Schema Look Like?

Some Useful Features  Multi-level summaries defined in control table  New summaries require NO code changes  Generated keys for customers and accounts  Demographic & Product Grouping for customers and accounts

Why Use Integer Keys?  Performance  Integers is the fastest data type to operate on  Space and throughput  Integers are shorter than account numbers  Disk savings in tables and indexes  Speed from disk to processor  Flexibility  Allows multi-level summary tables  No IT involvement to create new summaries!!  Large Stars!!

Why Use TV + SA?  “Be able to show me the value of any field at any time in the past”  Archival databases  When people really do not know what they want  Not easy to query  Cannot give this to business people

What Does TV + SA Look Like? Each 3NF entity passed to the DW is split into 3 (or more) entities based on stability analysis and access analysis. An element of time is added to the key.

Summary  DW design methods  Star Schemas  Why, What Features?  Time Variant + Stability Analysis  Why and What?

Thank You for Your Time!