Scribd
Upload
123 views

Data Warehouse Schemas For Decision Support

This document discusses data warehousing and decision support. It describes three trends: data warehousing which consolidates data from multiple sources; online analytic processing (OLAP) which allows for complex queries of large datasets; and data mining which searches for patterns in data. It also discusses multidimensional data models, OLAP query operations like roll-up and drill-down, and implementation techniques for data warehousing systems.

Uploaded by

Jeevanantham Govindaraj
Copyright
© © All Rights Reserved
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
123 views

Data Warehouse Schemas For Decision Support

This document discusses data warehousing and decision support. It describes three trends: data warehousing which consolidates data from multiple sources; online analytic processing (OLAP) which allows for complex queries of large datasets; and data mining which searches for patterns in data. It also discusses multidimensional data models, OLAP query operations like roll-up and drill-down, and implementation techniques for data warehousing systems.

Uploaded by

Jeevanantham Govindaraj
Copyright
© © All Rights Reserved
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 13

Data Warehousing and Decision

Support

Chapter 25, Part A

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke


Introduction
 Increasingly, organizations are analyzing current
and historical data to identify useful patterns and
support business strategies.
 Emphasis is on complex, interactive, exploratory
analysis of very large datasets created by
integrating data from across all parts of an
enterprise; data is fairly static.
 Contrast such On-Line Analytic Processing (OLAP) with
traditional On-line Transaction Processing (OLTP):
mostly long queries, instead of short update Xacts.

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke


Three Complementary Trends
 Data Warehousing: Consolidate data from many
sources in one large repository.
 Loading, periodic synchronization of replicas.
 Semantic integration.
 OLAP:
 Complex SQL queries and views.
 Queries based on spreadsheet-style operations and
“multidimensional” view of data.
 Interactive and “online” queries.
 Data Mining: Exploratory search for interesting
trends and anomalies. (Another lecture!)
Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke
EXTERNAL DATA
SOURCES

Data Warehousing
 Integrated data spanning long EXTRACT
time periods, often augmented TRANSFORM
LOAD
with summary information. REFRESH
 Several gigabytes to terabytes
common.
DATA
 Interactive response times Metadata WAREHOUSE
expected for complex Repository
queries; ad-hoc updates
SUPPORTS
uncommon.

DATA
MINING OLAP
Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke
Warehousing Issues
 Semantic Integration: When getting data from
multiple sources, must eliminate mismatches, e.g.,
different currencies, schemas.
 Heterogeneous Sources: Must access data from a
variety of source formats and repositories.
 Replication capabilities can be exploited here.
 Load, Refresh, Purge: Must load data, periodically
refresh it, and purge too-old data.
 Metadata Management: Must keep track of source,
loading time, and other information for all data in the
warehouse.

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke


timeid
Multidimensional

locid
sales
pid
Data Model
 Collection of numeric measures,
which depend on a set of dimensions.
 E.g., measure Sales, dimensions
Product (key: pid), Location (locid),
and Time (timeid).
11 12 13

8 10 10
Slice locid=1
pid

is shown: 30 20 50
25 8 15
locid
1 2 3
timeid
Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke
MOLAP vs ROLAP
 Multidimensional data can be stored physically in a
(disk-resident, persistent) array; called MOLAP
systems. Alternatively, can store as a relation; called
ROLAP systems.
 The main relation, which relates dimensions to a
measure, is called the fact table. Each dimension can
have additional attributes and an associated
dimension table.
 E.g., Products(pid, pname, category, price)
 Fact tables are much larger than dimensional tables.

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke


Dimension Hierarchies
 For each dimension, the set of values can be
organized in a hierarchy:
PRODUCT TIME LOCATION

year

quarter country

category week month state

pname date city


Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke
OLAP Queries
 Influenced by SQL and by spreadsheets.
 A common operation is to aggregate a measure over
one or more dimensions.
 Find total sales.
 Find total sales for each city, or for each state.
 Find top five products ranked by total sales.
 Roll-up: Aggregating at different levels of a
dimension hierarchy.
 E.g., Given total sales by city, we can roll-up to get sales
by state.

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke


OLAP Queries
 Drill-down: The inverse of roll-up.
 E.g., Given total sales by state, can drill-down to get
total sales by city.
 Pivoting: Aggregation on selected dimensions.
 E.g., Pivoting on Location and Time
yields this cross-tabulation:
WI CA Total

1995 63 81 144
 Slicing and Dicing: Equality 1996 38 107 145

and range selections on one 1997 75 35 110


or more dimensions.
Total 176 223 339
Database Management Systems, 2 Edition. R. Ramakrishnan and J. Gehrke
nd
1
Comparison with SQL Queries
 The cross-tabulation obtained by pivoting can also
be computed using a collection of SQLqueries:
SELECT SUM(S.sales)
FROM Sales S, Times T, Locations L
WHERE S.timeid=T.timeid AND S.timeid=L.timeid
GROUP BY T.year, L.state

SELECT SUM(S.sales) SELECT SUM(S.sales)


FROM Sales S, Times T FROM Sales S, Location L
WHERE S.timeid=T.timeid WHERE S.timeid=L.timeid
GROUP BY T.year GROUP BY L.state
Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke 1
Design Issues TIMES

timeid date week month quarter year holiday_flag

pid timeid locid sales SALES (Fact table)


PRODUCTS LOCATIONS
pid pname category price locid city state country

 This kind of schema is very common in OLAP


applications, and is called a star schema; computing
the join of all these relations is called a star join.

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke 1


Implementation Issues
 New indexing techniques: Bitmap indexes, Join
indexes, array representations, compression,
precomputation of aggregations, etc.
 E.g., Bitmap index:

Bit-vector: F sex custid name sex rating rating


1 bit for each M 10 112 Joe M 3 00100
possible value. 115 Ram M 5
10 00001
Many queries can
be answered using 01 119 Sue F 5 00001
bit-vector ops! 10 112 Woo M 4 00010

Database Management Systems, 2nd Edition. R. Ramakrishnan and J. Gehrke 1

You might also like