Introduction to

Data Warehouse-1

Instructor:
Muhammad Imran Saeed
 What is Data, Database,
Database Management System?

• Data –Facts about anything (numbers, words, measurements,

observations, images, graphs, etc.).

• Database: Collection of Logically Related Data that can be shared by

Multiple Users.

• DBMS (Database Management System): A software (and hardware)

that helps to create and manage a Database.
 Why Data is important?

 DATA HELPS YOU IDENTIFY PROBLEMS

 Why Data is important?

 DATA ALLOWS YOU TO DEVELOP ACCURATE THEORIES

 Why Data is Important?

 DATA WILL BACK UP YOUR ARGUMENTS

 Why Data is important?

 DATA EMPOWERS YOU TO MAKE INFORMED DECISIONS

 Database for
Decision Making?

 Normal Databases (OLTP) are not for analysis or decision making as those are designed for daily/routine
transactions and do not contain Historic Data that is suitable for Analysis.
 Online Transaction Processing
OLTP
 OLTP (Online Transactional Processing) is a category of data processing that is focused on transaction-
oriented tasks. OLTP typically involves inserting, updating, and/or deleting small amounts of data in a
database. OLTP mainly deals with large numbers of transactions by a large number of users.
 Online Analytic Processing
OLAP
 OLAP (online analytical processing) is a computing method that enables users to
easily and selectively extract and query data in order to analyze it from different
points of view. OLAP business intelligence queries often aid in trends analysis,
financial reporting, sales forecasting, budgeting and other planning purposes.

Analysts frequently need to group, aggregate and join data. These operations in
relational databases are resource intensive. With OLAP data can be pre-calculated
and pre-aggregated, making analysis faster.

For example, a user can request that data be analyzed to display a spreadsheet
showing all of a company's beach ball products sold in Florida in the month of July,
compare revenue figures with those for the same products in September and then
see a comparison of other product sales in Florida in the same time period.
Online Analytic Processing
OLAP
Online Analytic Processing
OLAP
OLAP Cube Interpretation
OLAP Cube Example
 OLAP Cube Operations

Various business applications and other data operations require the use
of OLAP Cube.
There are primary five types of analytical operations in OLAP
1) Roll-up
2) Drill-down
3) Slice
4) Dice and
5) Pivot.

Three types of widely used OLAP systems are MOLAP, ROLAP, and
Hybrid OLAP.

Detail will be taught later.

 OLTP vs OLAP

OLTP (On-line Transaction Processing) – It is an IT system that processes data

transactions. You can find OLTP systems all around you; from an ATM to text
messaging through smartphones. In fact, most business applications are OLTP
systems. Generally, it is characterized by a large number of short on-line
transactions (INSERT, UPDATE, DELETE).

OLAP (On-line Analytical Processing) – From the ‘analytical’ part in OLAP, one
can understand what this system does: analysis of data efficiently and effectively. It
is an approach to handle multi-dimensional queries and works with a large amount
of data. In this system, the effectiveness is measured by the response time rather
than accuracy as in OLTP.
OLTP vs OLAP
OLTP vs OLAP
 Why OLTP & OLAP
Don’t Mix

Transaction processing (OLTP):

Fast response time important (< 1 second)
Data must be up-to-date, consistent at all times
Data analysis (OLAP):
Queries can consume lots of resources
Can saturate CPUs and disk bandwidth
Operating on static “snapshot” of data usually OK
OLAP can “crowd out” OLTP transactions
Transactions are slow → unhappy users
Example:
Analysis query asks for sum of all sales
Acquires lock on sales table for consistency
New sales transaction is blocked
 Why OLTP & OLAP
Don’t Mix

Transaction processing (OLTP):

Normalized schema for consistency
Complex data models, many tables
Limited number of standardized queries and
updates
Data analysis (OLAP):
Simplicity of data model is important
Allow semi-technical users to formulate ad hoc
queries
De-normalized schemas are common
Fewer joins → improved query performance
Fewer tables → schema is easier to understand
 Why OLTP & OLAP
Don’t Mix

An OLTP system targets one specific process

For example: ordering from an online store

OLAP integrates data from different processes

Combine sales, inventory, and purchasing data
Analyze experiments conducted by different labs
OLAP often makes use of historical data
Identify long-term patterns
Notice changes in behavior over time
Terminology, schemas vary across data sources
Integrating data from disparate sources is a major
challenge
 Why OLTP & OLAP
Don’t Mix

An OLTP system targets one specific process

For example: ordering from an online store

OLAP integrates data from different processes

Combine sales, inventory, and purchasing data
Analyze experiments conducted by different labs
OLAP often makes use of historical data
Identify long-term patterns
Notice changes in behavior over time
Terminology, schemas vary across data sources
Integrating data from disparate sources is a major
challenge
 Why Data Warehouse?

Doing OLTP and OLAP in the same database system

is often impractical
Different performance requirements
Different data modeling requirements
Analysis queries require data from many sources
Solution: Build a “data warehouse”
Copy data from various OLTP systems
Optimize data organization, system tuning for OLAP
Transactions aren’t slowed by big analysis queries
Periodically refresh the data in the warehouse
Data Warehouse
 Data Warehouse

A data warehouse is a relational database that is designed for query and analysis rather than for transaction
processing. It usually contains historical data derived from transaction data, but it can include data from other
sources. It separates analysis workload from transaction workload and enables an organization to consolidate
data from several sources.

In addition to a relational database, a data warehouse

environment includes an extraction, transportation,
transformation, and loading (ETL) solution, an online
analytical processing (OLAP) engine, Oracle Warehouse
Builder, client analysis tools, and other applications that
manage the process of gathering data and delivering it to
business users.
 Characteristics of
Data Warehouse
Subject Oriented
Data warehouses are designed to help you analyze data. For example, to learn more about your company's
sales data, you can build a warehouse that concentrates on sales. Using this warehouse, you can answer
questions like "Who was our best customer for this item last year?" This ability to define a data warehouse
by subject matter, sales in this case, makes the data warehouse subject oriented.

Integrated
Integration is closely related to subject orientation. Data warehouses must put data from disparate
sources into a consistent format. They must resolve such problems as naming conflicts and
inconsistencies among units of measure. When they achieve this goal, they are said to be integrated.

Nonvolatile
Nonvolatile means that, once entered into the warehouse, data should not change. This is logical because
the purpose of a warehouse is to enable you to analyze what has occurred.
 Characteristics of
Data Warehouse
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. A data warehouse's focus on change over time is what is meant by the term
time variant.
Typically, data flows from one or more online transaction processing (OLTP) databases into a data
warehouse on a monthly, weekly, or daily basis. The data is normally processed in a staging file before
being added to the data warehouse. Data warehouses commonly range in size from tens of gigabytes to a
few terabytes. Usually, the vast majority of the data is stored in a few very large fact tables.
 Differences Between
DWH and OLTP Systems
Workload:
Data warehouses are designed to accommodate ad hoc queries. You might not know the workload of your
data warehouse in advance, so a data warehouse should be optimized to perform well for a wide variety of
possible query operations.
OLTP systems support only predefined operations. Your applications might be specifically tuned or
designed to support only these operations.

Data Modifications:
A data warehouse is updated on a regular basis by the ETL process (run nightly or weekly) using bulk data
modification techniques. The end users of a data warehouse do not directly update the data warehouse.
In OLTP systems, end users routinely issue individual data modification statements to the database. The
OLTP database is always up to date, and reflects the current state of each business transaction.

Schema Design:
Data warehouses often use denormalized or partially denormalized schemas (such as a star schema) to
optimize query performance.
OLTP systems often use fully normalized schemas to optimize update/insert/delete performance, and to
guarantee data consistency.
 Differences Between
DWH and OLTP Systems

Typical Operations:
A typical data warehouse query scans thousands or millions of rows. For example, "Find the total sales for
all customers last month."
A typical OLTP operation accesses only a handful of records. For example, "Retrieve the current order for
this customer.“

Historical Data:
Data warehouses usually store many months or years of data. This is to support historical analysis.
OLTP systems usually store data from only a few weeks or months. The OLTP system stores only
historical data as needed to successfully meet the requirements of the current transaction.
 Data Warehouse
Architecture

Data warehouses and their architectures vary depending upon the specifics of an organization's situation.
Three common architectures are:
Data Warehouse Architecture (Basic)

End users directly access data derived from

several source systems through the data
warehouse.
The metadata and raw data of a traditional OLTP
system is present, as is an additional type of data,
summary data.
Summaries are very valuable in data warehouses
because they pre-compute long operations in
advance.
For example, a typical data warehouse query is to
retrieve something like August sales.
 Data Warehouse
Architecture

Data warehouses and their architectures vary depending upon the specifics of an organization's situation.
Three common architectures are:

Data Warehouse Architecture (with a Staging

Area)

We must clean and process your operational data

before putting it into the warehouse. You can do
this programmatically, although most data
warehouses use a staging area instead. A staging
area simplifies building summaries and general
warehouse management.
 Data Warehouse
Architecture

Data warehouses and their architectures vary depending upon the specifics of an organization's situation.
Three common architectures are:

Data Warehouse Architecture (with a Staging

Area and Data Marts)
You might want to customize your warehouse's
architecture for different groups within your
organization.
Do this by adding data marts, which are systems
designed for a particular line of business.
An example where purchasing, sales, and
inventories are separated. In this example, a
financial analyst might want to analyze historical
data for purchases and sales.
 Data Mart
A data mart is a subset of a data warehouse oriented to a specific business line. Data marts contain
repositories of summarized data collected for analysis on a specific section or unit within an
organization, for example, the sales department.
 Data warehouse Models
Inmon Vs Kimball

Ralph Kimball's data warehouse design starts with the most important business processes. In this approach,
an organization creates data marts that aggregate relevant data around subject-specific areas. The data
warehouse is the combination of the organization’s individual data marts.
 Data warehouse Models
Inmon Vs Kimball

Two data warehouse pioneers, Bill Inmon and Ralph Kimball differ in their views on how data warehouses
should be designed from the organization's perspective.

Bill Inmon's approach favors a top-down design in which the data warehouse is the centralized data repository
and is BUILT FIRST. Dimensional data marts related to specific business lines can be created from the data
warehouse when they are needed.
 Home Assignment

Assignment 1:

a) What are the major differences between OLTP and OLAP?

b) Why an OLTP is kept normalized? And Why a Normalized Schema is not good for Warehouse or
OLAP?

c) Describe the difference in Data warehouse designing/development approaches of Bill Inmon and
Ralph Kimball. Also mention the point of view of each approach.

Final Date to be submitted (in hardcopy): 3rd March 2020.