Data Warehouse Concepts: Avinash Kanumuru Diya Jana Debyajit Majumder

Data Warehouse Concepts
Avinash Kanumuru Diya Jana Debyajit Majumder
2009 Wipro Ltd - Confidential
Content
1 An Overview of Data Warehouse 2 Data Warehouse Architecture 3 Data Modeling for Data Warehouse 4 Overview of Data Cleansing
5 Data Extraction, Transformation, Load
2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential
Content [contd]
6 Metadata Management 7 OLAP 8 Data Warehouse Testing
An Overview
Understanding What is a Data Warehouse
What is Data Warehouse?

Definitions of Data Warehouse A data warehouse is a subject-oriented, integrated, nonvolatile, time-variant collection of data in support of management's decisions. WH Inmon Data Warehouse is a repository of data summarized or aggregated in simplified form from operational systems. End user orientated data access and reporting tools let user get at the data for decision support Babcock A data warehouse is a relational database a copy of transaction data specifically structured for query and analysis Ralph Kimball In simple: Data warehousing is collection of data from different systems, which helps in Business Decisions, Analysis and Reporting.
Data Warehouse def. by WH Inmon

A common way of introducing data warehousing is to refer to the characteristics of a data warehouse as set forth by William Inmon: Subject Oriented Data that gives information about a particular subject instead of about a company's ongoing operations. Integrated Data that is gathered into the data warehouse from a variety of sources and merged into a coherent whole. Nonvolatile Data is stable in a data warehouse. More data is added but data is never removed. This enables management to gain a consistent picture of the business. Time Variant In order to discover trends in business, analysts need large amounts of data. This is very much in contrast to online transaction processing (OLTP) systems, where performance requirements demand that historical data be moved to an archive. All data in the data warehouse is identified with a particular time period.
Data Warehouse Architecture

What makes a Data Warehouse

Components of Warehouse
Source Tables: These are real-time, volatile data in relational databases for transaction processing (OLTP). These can be any relational databases or flat files. ETL Tools: To extract, cleansing, transform (aggregates, joins) and load the data from sources to target. Maintenance and Administration Tools: To authorize and monitor access to the data, set-up users. Scheduling jobs to run on offshore periods. Modeling Tools: Used for data warehouse design for high-performance using dimensional data modeling technique, mapping the source and target files. Databases: Target databases and data marts, which are part of data warehouse. These are structured for analysis and reporting purposes. End-user tools for analysis and reporting: get the reports and analyze the data from target tables. Different types of Querying, Data Mining, OLAP tools are used for this purpose.
10

This is a basic design, where there are source files, which are loaded to a warehouse and users query the data for different purposes.
This has a staging area, where the data after cleansing, transforming is loaded and tested here. Later is directly loaded to the target database/warehouse. Which is divided to data marts and can be accessed by different users for their reporting and analyzing purposes.
11
Data Modeling
Effective way of using a Data Warehouse
12

13
Data Modeling
Commonly E-R Data Model is used in OLTP, In OLAP Dimensional Data Model is used commonly. E-R (Entity-Relationship) Data Model
Entity: Object that can be observed and classified based on its properties and characteristics. Like employee, book, student Relationship: relating entities to other entities.
Different Perceptive of Data Modeling.

o Conceptual Data Model o Logical Data Model o Physical Data Model
Types of Dimensional Data Models most commonly used:

o Star Schema o Snowflake Schema
14
Terms used in Dimensional Data Model

To understand dimensional data modeling, let's define some of the terms commonly used in this type of modeling: Dimension: A category of information. For example, the time dimension. Attribute: A unique level within a dimension. For example, Month is an attribute in the Time Dimension. Hierarchy: The specification of levels that represents relationship between different attributes within a dimension. For example, one possible hierarchy in the Time dimension is Year Quarter Month Day. Fact Table: A table that contains the measures of interest. Lookup Table: It provides the detailed information about the attributes. For example, the lookup table for the Quarter attribute would include a list of all of the quarters available in the data warehouse. Surrogate Keys: To avoid the data integrity, surrogate keys are used. They are helpful for Slow Changing Dimensions and act as index/primary keys.
A dimensional model includes fact tables and lookup tables. Fact tables connect to one or more lookup tables, but fact tables do not have direct relationships to one another. Dimensions and hierarchies are represented by lookup tables. Attributes are the non-key columns in the lookup tables.
15
Star Schema
Dimension Table
product prodId p1 p2 name price bolt 10 nut 5
Dimension Table
store storeId c1 c2 c3 city nyc sfo la
Fact Table
sale oderId date o100 1/7/97 o102 2/7/97 105 3/8/97 custId 53 53 111 prodId p1 p2 p1 storeId c1 c1 c3 qty 1 2 5 amt 12 11 50
Dimension Table
customer custId 53 81 111 name joe fred sally address 10 main 12 main 80 willow city sfo sfo la
16

17
Snowflake Schema
Dimension Table Fact Table
store storeId s5 s7 s9 cityId sfo sfo la tId t1 t2 t1 mgr joe fred nancy
sType tId t1 t2 city size small large location downtown suburbs regId north south
Dimension Table
cityId pop sfo 1M la 5M
The star and snowflake schema are most commonly found in dimensional data warehouses and data marts where speed of data retrieval is more important than the efficiency of data manipulations. As such, the tables in these schema are not normalized much, and are frequently designed at a level of normalization short of third normal form.
region regId name north cold region south warm region
18
Overview of Data Cleansing
19
The Need For Data Quality

Difficulty in decision making Time delays in operation Organizational mistrust Data ownership conflicts Customer attrition Costs associated with error detection error rework customer service fixing customer problems
20

21
Six Steps To Data Quality

Understand Information Flow In Organization
Identify authoritative data sources Interview Employees & Customers
Identify Potential Problem Areas & Asses Impact
Data Entry Points

Cost of bad data
Measure Quality Of Data
Use business rule discovery tools to identify data with
inconsistent, missing, incomplete, duplicate or incorrect values

Use data cleansing tools to clean data at the source Load only clean data into the data warehouse
Clean & Load Data
Continuous Monitoring
Schedule Periodic Cleansing of Source Data
Identify Areas of Improvement
Identify & Correct Cause of Defects Refine data capture mechanisms at source Educate users on importance of DQ
22
Data Quality Solution

Customized Programs Strengths: Addresses specific needs No bulky one time investment Limitations Tons of Custom programs in different environments are difficult to manage Minor alterations demand coding efforts Data Quality Assessment tools Strength Provide automated assessment Limitation No measure of data accuracy
23

Business Rule Discovery tools Strengths Detect Correlation in data values Can detect Patterns of behavior that indicate fraud Limitations Not all variables can be discovered Some discovered rules might not be pertinent There may be performance problems with large files or with many fields. Data Reengineering & Cleansing tools Strengths Usually are integrated packages with cleansing features as Addon Limitations Error prevention at source is usually absent The ETL tools have limited cleansing facilities
24

25
Tools In The Market

Business Rule Discovery Tools Integrity Data Reengineering Tool from Vality Technology Trillium Software System from Harte -Hanks Data Technologies Migration Architect from DB Star Data Reengineering & Cleansing Tools Carlton Pureview from Oracle ETI-Extract from Evolutionary Technologies PowerMart from Informatica Corp Sagent Data Mart from Sagent Technology Data Quality Assessment Tools Migration Architect, Evoke Axio from Evoke Software Wizrule from Wizsoft Name & Address Cleansing Tools Centrus Suite from Sagent I.d.centric from First Logic
26
Data Extraction, Transformation, Load
27
ETL Architecture
Visitors
Web Browsers
The Internet
External Data Demographics, Household, Webographics, Income
Staging Area
Web Server Logs & E-comm Transaction Data Flat Files
Meta Data Repository
Scheduled Extraction
RDBMS
Clean Transform Match Merge
Scheduled Loading
Enterprise Data Warehouse
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
Data Storage & Integration
28
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
29
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
30
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
31
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
32
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
33
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
34
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
35
ETL Architecture
Data Extraction:
Rummages through a file or database Uses some criteria for selection Identifies qualified data and Transports the data over onto another file or database
Data transformation
Integrating dissimilar data types Changing codes Adding a time attribute Summarizing data Calculating derived values Renormalizing data
Data Extraction Cleanup

Restructuring of records or fields Removal of Operational-only data Supply of missing field values Data Integrity checks Data Consistency and Range checks, etc...
Data loading
Initial and incremental loading Updation of metadata
36
Why ETL ?
Companies have valuable data lying around throughout their networks that needs to be moved from one place to another. The data lies in all sorts of heterogeneous systems,and therefore in all sorts of formats.
To solve the problem, companies use extract, transform and load (ETL) software.
The data used in ETL processes can come from any source: a mainframe application, an ERP application, a CRM tool, a flat file, and an Excel spreadsheet.
37
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
38
Major components involved in ETL Processing
39

Design manager Lets developers define source-to-target mappings, transformations, process flows, and jobs Meta data management Provides a repository to define, document, and manage information about the ETL design and runtime processes Extract The process of reading data from a database. Transform The process of converting the extracted data Load The process of writing the data into the target database. Transport services ETL tools use network and file protocols to move data between source and target systems and in-memory protocols to move data between ETL run-time components. Administration and operation ETL utilities let administrators schedule, run, monitor ETL jobs, log all events, manage errors, recover from failures, reconcile outputs with source systems
40
ETL Tools
Provides facility to specify a large number of transformation rules with a GUI Generate programs to transform data Handle multiple data sources Handle data redundancy Generate metadata as output Most tools exploit parallelism by running on multiple low-cost servers in multi-threaded environment ETL Tools - Second-Generation PowerCentre/Mart from Informatica Data Mart Solution from Sagent Technology DataStage from Ascential
41
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
42
Metadata Management
43
What Is Metadata?
Metadata is Information...
That describes the WHAT, WHEN, WHO, WHERE, HOW of the data warehouse About the data being captured and loaded into the Warehouse Documented in IT tools that improves both business and technical understanding of data and data-related processes
44
Importance Of Metadata
Locating Information Time spent in looking for information. How often information is found? What poor decisions were made based on the incomplete information?
How much money was lost or earned as a result? Interpreting information

How many times have businesses needed to rework or recall products? What impact does it have on the bottom line ? How many mistakes were due to misinterpretation of existing How much interpretation results form too much metadata? How much time is spent trying to determine if any of the metadata is accurate? Integrating information How various data perspectives connect together? How much time is spent trying to figure out that? How much does the inefficiency and lack of metadata affect decision making documentation?
45
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
46
Requirements for DW Metadata Management

Provide a simple catalogue of business metadata descriptions and views Document/manage metadata descriptions from an integrated development environment Enable DW users to identify and invoke pre-built queries against the data stores Design and enhance new data models and schemas for the data warehouse Capture data transformation rules between the operational and data warehousing databases Provide change impact analysis, and update across these technologies
47
Consumers of Metadata
Technical Users Warehouse administrator Application developer Business Users -Business metadata Meanings Definitions Business Rules Software Tools Used in DW life-cycle development Metadata requirements for each tool must be identified The tool-specific metadata should be analysed for inclusion in the enterprise metadata repository Previously captured metadata should be electronically transferred from the enterprise metadata repository to each individual tool
48
Trends in the Metadata Management Tools

Third Party Bridging Tools Oracle Exchange
Technology of choice for a long list of repository, enterprise and workgroup vendors
Reischmann-Informatik-Toolbus
Features include facilitation of selective bridging of metadata
Ardent Software/ Dovetail Software -Interplay

Hub and Spoke solution for enabling metadata interoperability Ardent focussing on own engagements, not selling it as independent product
Informix's Metadata Plug-ins

Available with Ardent Datastage version 3.6.2 free of cost for Erwin, Oracle Designer, Sybase Powerdesigner, Brio, Microstrategy
49

Metadata Repositories IBM, Oracle and Microsoft to offer free or near-free basic repository services Enable organisations to reuse metadata across technologies Integrate DB design, data transformation and BI tools from different vendors Multi-tool vendors taking a bridged or federated rather than integrated approach to sharing metadata Both IBM and Oracle have multiple repositories for different lines of products e.g., One for AD and one for DW, with bridges between them
50

Metadata Interchange Standards CDIF (CASE Data Interchange Format)
Most frequently used interchange standard Addresses only a limited subset of metadata artifacts
OMG (Object Management Group)-CWM

XML-addresses context and data meaning, not presentation Can enable exchange over the web employing industry standards for storing and sharing programming data Will allow sharing of UML and MOF objects b/w various development tools and repositories
MDC (Metadata Coalition)

Based on XML/UML standards Promoted by Microsoft Along With 20 partners including Object Management Group (OMG), Oracle Carleton Group, CA-PLATINUM Technology (Founding Member), Viasoft
51
OLAP
52
Agenda
OLAP Definition Distinction between OLTP and OLAP
MDDB Concepts
Implementation Techniques Architectures
Features
Representative Tools
6/19/2012
53
53
OLAP: On-Line Analytical Processing

OLAP can be defined as a technology which allows the users to view the aggregate data across measurements (like Maturity Amount, Interest Rate etc.) along with a set of related parameters called dimensions (like Product, Organization, Customer, etc.) Used interchangeably with BI Multidimensional view of data is the foundation of OLAP Users :Analysts, Decision makers
6/19/2012 54
54
Distinction between OLTP and OLAP

OLTP System Source of data Operational data; OLTPs are the original source of the data To control and run fundamental business tasks A snapshot of ongoing business processes Short and fast inserts and updates initiated by end users
OLAP System Consolidation data; OLAP data comes from the various OLTP databases Decision support
Purpose of data
What the data reveals Inserts and Updates

6/19/2012
Multi-dimensional views of various kinds of business activities Periodic long-running batch jobs refresh the data
55
55
MDDB Concepts
A multidimensional database is a computer software system designed to allow for efficient and convenient storage and retrieval of data that is intimately related and stored, viewed and analyzed from different perspectives (Dimensions). A hypercube represents a collection of multidimensional data. The edges of the cube are called dimensions Individual items within each dimensions are called members
56
RDBMS v/s MDDB: Increased Complexity...

Relational DBMS
MODEL MINI VAN MINI VAN MINI VAN MINI VAN MINI VAN MINI VAN MINI VAN MINI VAN MINI VAN SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SPORTS COUPE SEDAN SEDAN SEDAN ... COLOR BLUE BLUE BLUE RED RED RED WHITE WHITE WHITE BLUE BLUE BLUE RED RED RED WHITE WHITE WHITE BLUE BLUE BLUE DEALER Clyde Gleason Carr Clyde Gleason Carr Clyde Gleason Carr Clyde Gleason Carr Clyde Gleason Carr Clyde Gleason Carr Clyde Gleason Carr VOL. 6 3 2 5 3 1 3 1 4 3 3 3 4 3 6 2 3 5 4 3 2 ...
MDDB
Sales Volumes
M O D E L
Mini Van
Coupe Carr Gleason Clyde Blue Red White
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
57
3 x 3 x 3 = 27 cells
Benefits of MDDB over RDBMS

Ease of Data Presentation & Navigation A great deal of information is gleaned immediately upon direct inspection of the array User is able to view data along presorted dimensions with data arranged in an inherently more organized, and accessible fashion than the one offered by the relational table. Storage Space Very low Space Consumption compared to Relational DB Performance Gives much better performance. Relational DB may give comparable results only through database tuning (indexing, keys etc), which may not be possible for ad-hoc queries. Ease of Maintenance No overhead as data is stored in the same way it is viewed. In Relational DB, indexes, sophisticated joins etc. are used which require considerable storage and maintenance
6/19/2012
58
58
Issues with MDDB
Sparsity
- Input data in applications are typically sparse -Increases with increased dimensions
Data Explosion
-Due to Sparsity -Due to Summarization
Performance
-Doesnt perform better than RDBMS at high data volumes (>20-30 GB)
6/19/2012
59
59
Issues with MDDB - Sparsity Example

If dimension members of different dimensions do not interact , then blank cell is left behind.
Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
LAST NAME EMP# AGE SMITH 01 21 REGAN 12 Sales Volumes 19 FOX 31 63 Miini Van WELD 14 6 5 31 4 M O KELLY 54 3 5 27 Coupe D 5 E L LINK 03 56 4 3 2 Sedan KRANZ 41 45 Blue Red White LUCUS 33 COLOR 41 WEISS 23 19
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
60
60
OLAP Features
Calculations applied across dimensions, through hierarchies and/or across members Trend analysis over sequential time periods, What-if scenarios. Slicing / Dicing subsets for on-screen viewing Rotation to new dimensional comparisons in the viewing area Drill-down/up along the hierarchy Reach-through / Drill-through to underlying detail data
6/19/2012
61
61
Features of OLAP - Rotation
Complex Queries & Sorts in Relational environment translated to simple rotation.

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
C O L O R ( ROTATE 90 )
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2
2 dimensional array has 2 views.

6/19/2012
62
62

Sales Volumes
M O D E L
Mini Van Coupe Carr Gleason Clyde Blue Red White
Sedan
C O L O R
Blue
Red White Sedan Coupe Mini Van Carr Gleason Clyde
C O L O R
Blue
Red White Carr Gleason Clyde Mini Van Coupe Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
D E A L E R S H I P D E A L E R S H I P
View #2
View #3
Carr Gleason Mini Van Coupe Sedan White Red Blue
Carr Gleason Blue Red White
Mini Van
Clyde
Clyde Mini Van Coupe Sedan
M O D E L
Coupe Blue Red White Clyde Gleason Carr
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
63
63
Features of OLAP - Slicing / Filtering

MDDB allows end user to quickly slice in on exact view of the data required.
Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Coupe Normal Metal Blue Blue
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
64
64
Features of OLAP - Drill Down / Up
ORGANIZATION DIMENSION
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
Sales at region/District/Dealership Level
Moving Up and moving down in a hierarchy is referred to as drill-up / roll-up and drill-down
6/19/2012
65
65
OLAP Reporting - Drill Down
Inflows ( Region , Year)

200 150 Inflows 100 ($M) 50 0 Year Year 1999 2000 Years
East West Central
6/19/2012
66
66
Inflows ( Region , Year - Year 1999)

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
2nd Qtr 3rd Qtr Year 1999
4th Qtr
Drill-down from Year to Quarter

6/19/2012
67
67
Inflows ( Region , Year - Year 1999 - 1st Qtr)

20 15 Inflows ( $M 10 ) 5
East West Central

January February March Year 1999
Drill-down from Quarter to Month
68
Implementation Techniques -OLAP Architectures
MOLAP - Multidimensional OLAP

Multidimensional Databases for database and application logic layer
ROLAP - Relational OLAP

Access Data stored in relational Data Warehouse for OLAP Analysis. Database and Application logic provided as separate layers
HOLAP - Hybrid OLAP

OLAP Server routes queries first to MDDB, then to RDBMS and result processed on-the-fly in Server
DOLAP - Desk OLAP

Personal MDDB Server and application on the desktop
6/19/2012
69
69
MOLAP - MDDB storage
OLAP
Cube
OLAP Calculation Engine
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
70
70
MOLAP - Features
Powerful analytical capabilities (e.g., financial, forecasting, statistical) Aggregation and calculation capabilities Read/write analytic applications Specialized data structures for
Maximum query performance. Optimum space utilization.
6/19/2012
71
71
ROLAP - Standard SQL storage
MDDB - Relational Mapping
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
72
72
ROLAP - Features Three-tier hardware/software architecture:

GUI on client; multidimensional processing on midtier server; target database on database server Processing split between mid-tier & database servers
Ad hoc query capabilities to very large databases DW integration Data scalability
6/19/2012
73
73
HOLAP - Combination of RDBMS and MDDB

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
74
74
HOLAP - Features
RDBMS used for detailed data stored in large databases MDDB used for fast, read/write OLAP analysis and calculations Scalability of RDBMS and MDDB performance Calculation engine provides full analysis features Source of data transparent to end user
6/19/2012
75
75
Architecture Comparison
MOLAP
Definition
ROLAP
HOLAP
Hybrid OLAP = ROLAP + summary in MDDB Sparsity exists only in MDDB part To the necessary extent
MDDB OLAP = Relational OLAP = Transaction level data + Transaction level data + summary in MDDB summary in RDBMS Good Design 3 10 times High (May go beyond control. Estimation is very important) Fast - (Depends upon the size of the MDDB) No Sparsity To the necessary extent
Data explosion due to Sparsity Data explosion due to Summarization Query Execution Speed
Slow
Optimum - If the data is fetched from RDBMS then its like ROLAP otherwise like MOLAP. High: RDBMS + disk space + MDDB Server cost Large transactional data + frequent summary analysis
Cost
Medium: MDDB Server + large disk space cost
Low: Only RDBMS + disk space cost
Where to apply?
Small transactional Very large transactional data + complex model + data & it needs to be frequent summary viewed / sorted analysis
6/19/2012
76
76
Representative OLAP Tools:
Oracle Express Products Hyperion Essbase Cognos -PowerPlay Seagate - Holos SAS
Micro Strategy - DSS Agent Informix MetaCube Brio Query Business Objects / Web Intelligence
6/19/2012
77
77
Sample OLAP Applications
Sales Analysis Financial Analysis Profitability Analysis Performance Analysis Risk Management Profiling & Segmentation Scorecard Application NPA Management Strategic Planning Customer Relationship Management (CRM)
6/19/2012
78
78
Data Warehouse Testing
79
Data Warehouse Testing Overview

There is an exponentially increasing cost associated with finding software defects later in the development lifecycle. In data warehousing, this is compounded because of the additional business costs of using incorrect data to make critical business decisions
The methodology required for testing a Data Warehouse is different from testing a typical transaction system
80
Difference In Testing Data warehouse and Transaction System

Data warehouse testing is different on the following counts: User-Triggered vs. System triggered Volume of Test Data Possible scenarios/ Test Cases Programming for testing challenge
81
Difference In Testing Data warehouse and Transaction System.

User-Triggered vs. System triggered
In data Warehouse, most of the testing is system triggered. Most of the production/Source system testing is the processing of individual transactions, which are driven by some input from the users (Application Form, Servicing Request.). There are very few test cycles, which cover the system-triggered scenarios (Like billing, Valuation.)
82

Volume of Test Data The test data in a transaction system is a very small sample of the overall production data. Data Warehouse has typically large test data as one does try to fill-up maximum possible combination of dimensions and facts. Possible scenarios/ Test Cases In case of Data Warehouse, the permutations and combinations one can possibly test is virtually unlimited due to the core objective of Data Warehouse is to allow all possible views of data.
83

Programming for testing challenge In case of transaction systems, users/business analysts typically test the output of the system. In case of data warehouse, most of the 'Data Warehouse data Quality testing' and ETL testing is done at backend by running separate stand-alone scripts. These scripts compare preTransformation to post Transformation of data.
84
Data Warehouse Testing Process

Data-Warehouse testing is basically divided into two parts : 'Back-end' testing where the source systems data is compared to the endresult data in Loaded area 'Front-end' testing where the user checks the data by comparing their MIS with the data displayed by the end-user tools like OLAP. Testing phases consists of : Requirements testing Unit testing Integration testing Performance testing Acceptance testing
85
Requirements testing
The main aim for doing Requirements testing is to check stated requirements for completeness. Requirements can be tested on following factors. Are the requirements Complete? Are the requirements Singular? Are the requirements Ambiguous? Are the requirements Developable? Are the requirements Testable?
86
Unit Testing
Unit testing for data warehouses is WHITEBOX. It should check the ETL procedures/mappings/jobs and the reports developed. Unit testing the ETL procedures: Whether ETLs are accessing and picking up right data from right source.
All the data transformations are correct according to the business rules and data warehouse is correctly populated with the transformed data.
Testing the rejected records that dont fulfil transformation rules.
87
Unit Testing
Unit Testing the Report data:
Verify Report data with source: Data present in a data warehouse will be stored at an aggregate level compare to source systems. QA team should verify the granular data stored in data warehouse against the source data available Field level data verification: QA team must understand the linkages for the fields displayed in the report and should trace back and compare that with the source systems Derivation formulae/calculation rules should be verified
88
Integration Testing
Integration testing will involve following:
Sequence of ETLs jobs in batch. Initial loading of records on data warehouse. Incremental loading of records at a later date to verify the newly inserted or updated data. Testing the rejected records that dont fulfil transformation rules. Error log generation
89
Performance Testing
Performance Testing should check for : ETL processes completing within time window.
Monitoring and measuring the data quality issues.

Refresh times for standard/complex reports.
90
Acceptance testing
Here the system is tested with full functionality and is expected to function as in production. At the end of UAT, the system should be acceptable to the client for use in terms of ETL process integrity and business functionality and reporting.
91
Questions
92
Thank You
93
Content
95
Content [contd]
96
An Overview
97

98

99

100
Content
102
Content [contd]
103
An Overview
104

105

106

107
Content
109
Content [contd]
110
An Overview
111

112

113

114
115

116
Data Modeling
117
Data Modeling


118

119
Star Schema
Dimension Table
Dimension Table
Fact Table
Dimension Table
120
Snowflake Schema
Dimension Table
121
122

123

Data Entry Points

Cost of bad data

Clean & Load Data
124

125

126
Tools In The Market

127
128
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
129
ETL Architecture
Data Extraction:
Data transformation

Data loading
130
Why ETL ?
131
132

133
ETL Tools
134
Metadata Management
135
What Is Metadata?
136

137

138
139



140

141



142
OLAP
143
Agenda
MDDB Concepts
Features
6/19/2012
144
144

6/19/2012 145
145

Purpose of data

6/19/2012
Multi-dimensional views of various kinds of business activities Periodic long-running batch jobs refresh the 146 data
146
MDDB Concepts
147

Relational DBMS
MDDB
Sales Volumes
M O D E L
Mini Van
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
148
3 x 3 x 3 = 27 cells

6/19/2012
149
149
Issues with MDDB
Sparsity
Data Explosion
Performance
6/19/2012
150
150

Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
151
151
OLAP Features
6/19/2012
152
152

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2

6/19/2012
153
153

Sales Volumes
M O D E L
Sedan
C O L O R
Blue
C O L O R
Blue
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
View #2
View #3
Mini Van
Clyde
M O D E L
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
154
154

Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
155
155
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
6/19/2012
156
156

East West Central
6/19/2012
157
157

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
4th Qtr

6/19/2012
158
158

20 15 Inflows ( $M 10 ) 5
East West Central

159


HOLAP - Hybrid OLAP

DOLAP - Desk OLAP

6/19/2012
160
160
OLAP
Cube
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
161
161
MOLAP - Features
6/19/2012
162
162
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
163
163

6/19/2012
164
164

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
165
165
HOLAP - Features
6/19/2012
166
166
MOLAP
Definition
ROLAP
HOLAP
Slow
Cost
Where to apply?
6/19/2012
167
167
6/19/2012
168
168
6/19/2012
169
169
170

171

172

173

174

175

176
177
Unit Testing
178
Unit Testing
179
Integration Testing
180
Performance Testing

181
Acceptance testing
182
Questions
183
Thank You
184
185

186
Data Modeling
187
Data Modeling


188

189
Star Schema
Dimension Table
Dimension Table
Fact Table
Dimension Table
190
Snowflake Schema
Dimension Table
191
192

193

Data Entry Points

Cost of bad data

Clean & Load Data
194

195

196
Tools In The Market

197
198
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
199
ETL Architecture
Data Extraction:
Data transformation

Data loading
200
Why ETL ?
201
202

203
ETL Tools
204
Metadata Management
205
What Is Metadata?
206

207

208
209



210

211
Content
213
Content
215
Content [contd]
216
An Overview
217

218

219

220
221

222
Data Modeling
223
Data Modeling


224

225
Star Schema
Dimension Table
Dimension Table
Fact Table
Dimension Table
226
Snowflake Schema
Dimension Table
227
228

229

Data Entry Points

Cost of bad data

Clean & Load Data
230

231

232
Tools In The Market

233
234
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
235
ETL Architecture
Data Extraction:
Data transformation

Data loading
236
Why ETL ?
237
238

239
ETL Tools
240
Metadata Management
241
What Is Metadata?
242

243

244
245



246

247



248
OLAP
249
Agenda
MDDB Concepts
Features
6/19/2012
250
250

6/19/2012 251
251

Purpose of data

6/19/2012
252
MDDB Concepts
253

Relational DBMS
MDDB
Sales Volumes
M O D E L
Mini Van
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
254
3 x 3 x 3 = 27 cells

6/19/2012
255
255
Issues with MDDB
Sparsity
Data Explosion
Performance
6/19/2012
256
256

Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
257
257
OLAP Features
6/19/2012
258
258

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2

6/19/2012
259
259

Sales Volumes
M O D E L
Sedan
C O L O R
Blue
C O L O R
Blue
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
View #2
View #3
Mini Van
Clyde
M O D E L
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
260
260

Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
261
261
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
6/19/2012
262
262

East West Central
6/19/2012
263
263

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
4th Qtr

6/19/2012
264
264

20 15 Inflows ( $M 10 ) 5
East West Central

265


HOLAP - Hybrid OLAP

DOLAP - Desk OLAP

6/19/2012
266
266
OLAP
Cube
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
267
267
MOLAP - Features
6/19/2012
268
268
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
269
269

6/19/2012
270
270

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
271
271
HOLAP - Features
6/19/2012
272
272
MOLAP
Definition
ROLAP
HOLAP
Slow
Cost
Where to apply?
6/19/2012
273
273
6/19/2012
274
274
6/19/2012
275
275
276

277

278

279

280

281

282
283
Unit Testing
284
Unit Testing
285
Integration Testing
286
Performance Testing

287
Acceptance testing
288
Questions
289
Thank You
290
Content [contd]
291
An Overview
292

293

294

295
296

297
Data Modeling
298
Data Modeling


299

300
Star Schema
Dimension Table
Dimension Table
Fact Table
Dimension Table
301
Snowflake Schema
Dimension Table
302
303

304

Data Entry Points

Cost of bad data

Clean & Load Data
305

306

307
Tools In The Market

308
309
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
310
ETL Architecture
Data Extraction:
Data transformation

Data loading
311
Why ETL ?
312
313

314
ETL Tools
315
Metadata Management
316
What Is Metadata?
317

318

319
320



321

322



323
OLAP
324
Agenda
MDDB Concepts
Features
6/19/2012
325
325

6/19/2012 326
326

Purpose of data

6/19/2012
327
MDDB Concepts
328

Relational DBMS
MDDB
Sales Volumes
M O D E L
Mini Van
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
329
3 x 3 x 3 = 27 cells

6/19/2012
330
330
Issues with MDDB
Sparsity
Data Explosion
Performance
6/19/2012
331
331

Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
332
332
OLAP Features
6/19/2012
333
333

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2

6/19/2012
334
334

Sales Volumes
M O D E L
Sedan
C O L O R
Blue
C O L O R
Blue
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
View #2
View #3
Mini Van
Clyde
M O D E L
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
335
335

Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
336
336
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
6/19/2012
337
337

East West Central
6/19/2012
338
338

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
4th Qtr

6/19/2012
339
339

20 15 Inflows ( $M 10 ) 5
East West Central

340


HOLAP - Hybrid OLAP

DOLAP - Desk OLAP

6/19/2012
341
341
OLAP
Cube
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
342
342
MOLAP - Features
6/19/2012
343
343
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
344
344

6/19/2012
345
345

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
346
346
HOLAP - Features
6/19/2012
347
347
MOLAP
Definition
ROLAP
HOLAP
Slow
Cost
Where to apply?
6/19/2012
348
348
6/19/2012
349
349
6/19/2012
350
350
351

352

353

354

355

356

357
358
Unit Testing
359
Unit Testing
360
Integration Testing
361
Performance Testing

362
Acceptance testing
363
Questions
364
Thank You
365



366
OLAP
367
Agenda
MDDB Concepts
Features
6/19/2012
368
368

6/19/2012 369
369

Purpose of data

6/19/2012
370
MDDB Concepts
371

Relational DBMS
MDDB
Sales Volumes
M O D E L
Mini Van
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
372
3 x 3 x 3 = 27 cells

6/19/2012
373
373
Issues with MDDB
Sparsity
Data Explosion
Performance
6/19/2012
374
374

Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
375
375
OLAP Features
6/19/2012
376
376

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2

6/19/2012
377
377

Sales Volumes
M O D E L
Sedan
C O L O R
Blue
C O L O R
Blue
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
View #2
View #3
Mini Van
Clyde
M O D E L
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
378
378

Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
379
379
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
6/19/2012
380
380

East West Central
6/19/2012
381
381

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
4th Qtr

6/19/2012
382
382

20 15 Inflows ( $M 10 ) 5
East West Central

383


HOLAP - Hybrid OLAP

DOLAP - Desk OLAP

6/19/2012
384
384
OLAP
Cube
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
385
385
MOLAP - Features
6/19/2012
386
386
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
387
387

6/19/2012
388
388

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
389
389
HOLAP - Features
6/19/2012
390
390
MOLAP
Definition
ROLAP
HOLAP
Slow
Cost
Where to apply?
6/19/2012
391
391
6/19/2012
392
392
6/19/2012
393
393
394

395

396

397

398

399

400
401
Unit Testing
402
Unit Testing
403
Integration Testing
404
Performance Testing

405
Acceptance testing
406
Questions
407
Thank You
408
409

410
Data Modeling
411
Data Modeling


412

413
Star Schema
Dimension Table
Dimension Table
Fact Table
Dimension Table
414
Snowflake Schema
Dimension Table
415
416

417

Data Entry Points

Cost of bad data

Clean & Load Data
418

419

420
Tools In The Market

421
422
ETL Architecture
Visitors
Web Browsers
The Internet
Staging Area
RDBMS
Scheduled Loading
Other OLTP Systems
Data Collection
Data Extraction
Data Transformation
Data Loading
423
ETL Architecture
Data Extraction:
Data transformation

Data loading
424
Why ETL ?
425
426

427
ETL Tools
428
Metadata Management
429
What Is Metadata?
430

431

432
433



434

435



436
OLAP
437
Agenda
MDDB Concepts
Features
6/19/2012
438
438

6/19/2012 439
439

Purpose of data

6/19/2012
440
MDDB Concepts
441

Relational DBMS
MDDB
Sales Volumes
M O D E L
Mini Van
Sedan
DEALERSHIP
COLOR
27 x 4 = 108 cells
442
3 x 3 x 3 = 27 cells

6/19/2012
443
443
Issues with MDDB
Sparsity
Data Explosion
Performance
6/19/2012
444
444

Employee Age
21 19 63 31 27 56 45 41 19
31 41 23 01 14 54 03 12 33
Smith
Regan
Fox
L A S T N A M E
Weld
Kelly
Link
Kranz
Lucas
Weiss
EMPLOYEE #
6/19/2012
445
445
OLAP Features
6/19/2012
446
446

Sales Volumes
M O D E L
Mini Van
6 3 4
Blue
5 5 3
Red
4 5 2
White
Coupe
o
Blue
6 5 4
3 5 5
MODEL
4 3 2
Sedan
Red
Sedan
White
Mini Van Coupe
COLOR
View #1
View #2

6/19/2012
447
447

Sales Volumes
M O D E L
Sedan
C O L O R
Blue
C O L O R
Blue
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
( ROTATE 90 )
DEALERSHIP
DEALERSHIP
MODEL
View #1
View #2
View #3
Mini Van
Clyde
M O D E L
Sedan
COLOR
( ROTATE 90 )
MODEL
( ROTATE 90 )
DEALERSHIP
MODEL
COLOR
COLOR
View #4
View #5
View #6

6/19/2012
448
448

Sales Volumes
M O D E L
Mini Van Mini Van
Coupe
Carr Clyde
Carr Clyde
Normal Blue
Metal Blue
DEALERSHIP
COLOR
6/19/2012
449
449
REGION Midwest
DISTRICT
Chicago
St. Louis
Gary
DEALERSHIP
Clyde
Gleason
Carr
Levi
Lucas
Bolton
6/19/2012
450
450

East West Central
6/19/2012
451
451

90 80 70 60 50 Inflows ( $M) 40 30 20 10 0
East West Central
1st Qtr
4th Qtr

6/19/2012
452
452

20 15 Inflows ( $M 10 ) 5
East West Central

453


HOLAP - Hybrid OLAP

DOLAP - Desk OLAP

6/19/2012
454
454
OLAP
Cube
Web Browser
OLAP Tools
OLAP Appli cations

6/19/2012
455
455
MOLAP - Features
6/19/2012
456
456
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
457
457

6/19/2012
458
458

OLAP Cube
Any Client
Relational DW
Web Browser
SQL
OLAP Tools
OLAP Applications
6/19/2012
459
459
HOLAP - Features
6/19/2012
460
460
MOLAP
Definition
ROLAP
HOLAP
Slow
Cost
Where to apply?
6/19/2012
461
461
6/19/2012
462
462
6/19/2012
463
463
464

465

466

467

468

469

470
471
Unit Testing
472
Unit Testing
473
Integration Testing
474
Performance Testing

475
Acceptance testing
476
Questions
477
Thank You
478
Content
480
Content [contd]
481
An Overview
482

Data Warehouse Concepts: Avinash Kanumuru Diya Jana Debyajit Majumder

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Data Warehouse Concepts: Avinash Kanumuru Diya Jana Debyajit Majumder

Загружено:

Авторское право:

Доступные форматы

Data Warehouse Concepts

Avinash Kanumuru Diya Jana Debyajit Majumder

2009 Wipro Ltd - Confidential

5 Data Extraction, Transformation, Load

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

2009 Wipro Ltd - Confidential

2009 Wipro Ltd - Confidential

What is Data Warehouse?

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Warehouse Architecture

2009 Wipro Ltd - Confidential

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Warehouse Architecture

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

2009 Wipro Ltd - Confidential

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Different Perceptive of Data Modeling.

Types of Dimensional Data Models most commonly used:

Terms used in Dimensional Data Model

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

region regId name north cold region south warm region

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Overview of Data Cleansing

2009 Wipro Ltd - Confidential

The Need For Data Quality

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Six Steps To Data Quality

Identify Potential Problem Areas & Asses Impact

Data Entry Points

Measure Quality Of Data

Use business rule discovery tools to identify data with

inconsistent, missing, incomplete, duplicate or incorrect values

Clean & Load Data

Schedule Periodic Cleansing of Source Data

Identify Areas of Improvement

Data Quality Solution

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Quality Solution

Data Warehouse def. by WH Inmon

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Tools In The Market

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

Data Extraction, Transformation, Load

2009 Wipro Ltd - Confidential

External Data Demographics, Household, Webographics, Income

Meta Data Repository

Clean Transform Match Merge

Enterprise Data Warehouse

Other OLTP Systems

Data Storage & Integration

2009 Wipro Ltd - Confidential 2009 Wipro Ltd - Confidential

External Data Demographics, Household, Webographics, Income