Issuu on Google+

Data Warehousing and OLAP  Technology for Data Mining Technology for Data Mining  From data warehousing to data mining  Data warehouse architecture  Materialized Views  Populating a Data Warehouse  Data warehouse implementation

Data Warehousing II

1


Data Warehouse Usage h  Three kinds of data warehouse applications  Information processing 

supports querying, basic statistical analysis, and reporting using  pp q y g, y , p g g crosstabs, tables, charts and graphs

 Analytical processing 

multidimensional analysis of data warehouse data

supports basic OLAP operations, slice‐dice, drilling, pivoting

 Data mining D   i i 

knowledge discovery from hidden patterns 

supports associations, constructing analytical models, performing  supports associations  constructing analytical models  performing  classification and prediction, and presenting the mining results using  visualization tools.

 Differences among these three tasks Data Warehousing II

2


FFrom On‐Line Analytical Processing to On  O Li A l ti l P i t O Line Analytical Mining (OLAM) Line Analytical Mining (OLAM)  Why online analytical mining?  High quality of data in data warehouses Hi h  lit   f d t  i  d t   h

DW contains integrated, consistent, cleaned data  Available information processing structure surrounding data warehouses p g g  ODBC, OLEDB, Web accessing, service facilities, reporting and OLAP  tools  OLAP‐based exploratory data analysis OLAP b d  l  d   l i  mining with drilling, dicing, pivoting, etc.  On On‐line selection of data mining functions line selection of data mining functions  integration and swapping of multiple mining functions, algorithms,  and tasks. 

Data Warehousing II

3


Data Warehousing and OLAP  D W h i d OLAP Technology for Data Mining Technology for Data Mining  From data warehousing to data mining  Data warehouse architecture  Materialized Views  Populating a Data Warehouse  Data warehouse implementation

Data Warehousing II

4


Design of a Data Warehouse: Design of a Data Warehouse:  A Business Analysis Framework  Four views regarding the design of a data warehouse   Top‐down view 

allows selection of the relevant information necessary for the data  warehouse

 Data source view D     i 

exposes the information being captured, stored, and managed by  operational systems

 Data warehouse view 

consists of fact tables and dimension tables

 Business query view 

sees the perspectives of data in the warehouse from the view of end‐user  th   ti   f d t  i  th   h  f  th   i   f  d Data Warehousing II

5


Data Warehouse Design Process   Typical data warehouse design process  Choose a business process to model, e.g., orders, invoices, etc.  Choose the grain (atomic level of data) of the business 

process  Choose the dimensions that will apply to each fact table  record  Choose the measure Ch  h   that will populate each fact table record h   ill  l   h f   bl   d

Data Warehousing II

6


Multi--Tiered DW Architecture Multi other

Metadata

sources Operational

DBs

Extract Transform Load Refresh

Monitor & Integrator

Data Warehouse

OLAP Server

Serve

Analysis Query Reports Data mining

OLAP E Engine i

F t E d Tools Front-End T l

Data Marts

Data Sources

D t Storage Data St Data Warehousing II

7


Three Data Warehouse Models  Enterprise warehouse  collects all of the information about subjects spanning the entire 

organization  Data Mart  a subset of corporate‐wide data that is of value to a specific  a subset of corporate wide data that is of value to a specific  groups of users.  Its scope is confined to specific, selected  groups, such as marketing data mart 

Independent vs. dependent (directly from warehouse) data mart

 Virtual warehouse  A set of views over operational databases  Only some of the possible summary views may be materialized Data Warehousing II

8


Data Warehouse Development: A  Recommended Approach Multi-Tier Data Warehouse

Distributed Data Marts

Data Mart

Data Mart

Model refinement

Enterprise D t Data Warehouse

Model refinement

Define a high-level corporate data model Data Warehousing II

9


OLAP Server Architectures  Relational OLAP (ROLAP) R l i l OLAP (ROLAP)  Use relational or extended‐relational DBMS to store and manage warehouse 

data and OLAP middle ware to support missing pieces pp gp  Include optimization of DBMS backend, implementation of aggregation  navigation logic, and additional tools and services  greater scalability   l bili  Multidimensional OLAP (MOLAP)  Array‐based multidimensional storage engine (sparse matrix techniques) Array based multidimensional storage engine (sparse matrix techniques)  fast indexing to pre‐computed summarized data  Hybrid OLAP (HOLAP)  User flexibility, e.g.,  low level: relational, high‐level: array  Specialized SQL servers  specialized support for SQL queries over star/snowflake schemas i li d   f  SQL  i     / fl k   h Data Warehousing II

10


Data Warehousing and OLAP  Technology for Data Mining Technology for Data Mining  From data warehousing to data mining  Data warehouse architecture  Materialized Views  Populating a Data Warehouse  Data warehouse implementation

Data Warehousing II

11


Views, OLAP and Materialization  Views are frequently used in decision support systems to allow data analyst     

to consider just his/her part of the business Decision support queries are typically aggregate queries over very large fact  tables To allow fast answers, view materialization is a viable alternative The DW itself is considered to be a (materialized) view of the operational  databases and external data sources When deciding which views to materialize  one should consider the  When deciding which views to materialize, one should consider the  following issues:  How many queries potentially can be speeded up?  How many space will be required to store the views?, and   How will the views influence the DW maintenance (update)?

Data Warehousing II

12


Choosing Views to Materialize  The choice of views to materialize is complex, because the range of      

views that can be used for a query evaluation is very broad On the other hand  materialized views strongly influence the storage  On the other hand, materialized views strongly influence the storage  occupancy and DW maintenance time It is the goal to materialize a small, carefully chosen set of views that  can be used to evaluate the majority of important queries  b   d    l   h   j i   f i   i Conversely, once the set of materialized views is determined, the  q yp query processor has to choose one of them to evaluate a given query g q y ROLAP Engines offer automatic advise to a DW/DB administrator on  which materialized views to build and which ones to drop Th t  d i i  i  d That advising is done on the base of statistical data gathered during a     th  b   f  t ti ti l d t   th d d i     Data Warehouse querying

Data Warehousing II

13


Maintenance of Materialized Views  Making a view consistent with its DW base tables is called view 

refreshing  If the cost of algorithms for view refreshing is proportional to  the change of the view, they are said to be incremental  A view maintenance policy is a decision about when a view has  A  i   i   li  i    d i i   b   h     i  h   to be refreshed

Data Warehousing II

14


View Updates  View update can be: d b  Immediate (within the same transaction that updates the 

base table), and b  t bl )   d  Deferred (some times after the base tables are updated)  Deferred update can be done: D f d  d    b  d  During the time view is used for a query evaluation for the  first time after base table update, first time after base table update  Periodically, in regular time intervals  Forced, after a certain number of base table updates F d   ft     t i   b   f b  t bl   d t

Data Warehousing II

15


View Refreshing and Aggregates  A special consideration is needed when aggregate views are 

refreshed  Views containing distributive Vi   i i  di ib i aggregates are refreshed without      f h d  i h   any problem  Views containing algebraic aggregates are easily refreshed if  they contain all other necessary data  Views containing holistic g aggregates are hard to refresh, they  gg g , y are rather built from scratch, again

Data Warehousing II

16


To summarize  OLAP queries are typically aggregate queries over very large 

fact tables  To allow fast answers, view materialization is a viable  alternative  Materialized views strongly influence the storage occupancy  M i li d  i   l  i fl  h       and DW maintenance time  It is the goal to materialize a small, carefully chosen set of views  It is the goal to materialize a small  carefully chosen set of views  that can be used to evaluate most of the important queries

Data Warehousing II

17


Data Warehousing and OLAP  D W h i d OLAP Technology for Data Mining Technology for Data Mining  From data warehousing to data mining  Data warehouse architecture  Materialized Views  Populating a Data Warehouse  Data warehouse implementation

Data Warehousing II

18


Populating and Updating a DW  Data warehousing systems use a variety of software tools for:  Data extraction  Data cleaning  DW loading, and g,

Typically referred as ETL (Extract, Transform, and Load)

 DW refreshing

 All these tools have the goal to provide data of high quality for  g p g q y

the decision making purpose

Data Warehousing II

19


Data Extraction  Data from operational databases and external sources are 

extracted by using gateways  A gateway is an application program interface that allows a  A   i     li i    i f   h   ll     client program to generate SQL statements to be executed at a  server  Common examples of gateways are:  Open Database Connectivity (ODBC)  Object Loading and Embedding for Databases (OLE), and  Java Database Connectivity (JDBC)

Data Warehousing II

20


Data Cleaning Tools  Data cleaning tools transforms, cleans, and discovers violation of constraints in  Data cleaning tools transforms  cleans  and discovers violation of constraints in 

input data  Data migration tools allow simple data transformation rules to be specified:  Replace Surname by Last_Name by Last Name  Convert  pound to kg

 Data scrubbing tools are more sophisticated, they use domain specific knowledge 

(rules of behavior in the real system) to do cleaning of data from various sources  Use functional dependency ProductID‐>Prod_Name to clean product data from 

production and marketing databases,  Convert country code number part of a telephone number into country name (e.g. 852  y p p y ( g 5 into Hong Kong)  Fill in missing Address data

 Data auditing tools are used to scan data and discover strange patterns (data 

mining) i i )

 Products that have been never sold;  Exceptionally large attribute values (although within limits allowed) 

Data Warehousing II

21


Data Loading  Before loading data some additional data preprocessing has to 

be done:  Sorting  Summarization,  Aggregation,  Aggregation    Building indexes, and   Building materialized views

 The load utilities have to deal with very large volumes of data during small 

time slots (night)  Sequential loads would take weeks (or more), so pipelined and parallel are  Sequential loads would take weeks (or more)  so pipelined and parallel are  exploited instead

Data Warehousing II

22


Loading data  Doing a full load has advantage of using the current version of 

a data warehouse for queries during the time the load is in  progress  But doing a full load can last too long  To reduce the amount of data, incremental loading during  refresh is used instead  Only the updated operational tuples influence data to be  O l   h   d d  l  l   fl  d    b   inserted

Data Warehousing II

23


Data Refreshing  Refreshing a DW consists of propagating updates on source 

data (operational and external) to corresponding updates of  base and derived data (in the DW)  The DW refresh policy has to concern two issues:  Frequency, and  Procedures of data refreshing

Data Warehousing II

24


Data Refreshing Frequency  Data refreshing frequency depends on user needs and OLTP    

traffic Usually, a DW is refreshed periodically (daily or weekly) But, if users need current data, it is necessary to propagate  every relevant update from OLTP data to OLAP data   l   d  f  OLTP d    OLAP d Also, if the OLTP update traffic is high and the DW  refreshment frequency is low  data volumes during refreshment  refreshment frequency is low, data volumes during refreshment  may overwhelm the refreshment utility So  OLTP update traffic also influence refreshment policy (high  So, OLTP update traffic also influence refreshment policy (high  traffic leads to frequent updates)

Data Warehousing II

25


Data Refreshing Procedures  Generally, DW refreshing is made using one of the following 

two techniques:  Data shipping and D   hi i   d  Transaction shipping  Both techniques suppose that the operational DBMS support  B th t h i    th t th   ti l DBMS  t  replication servers that incrementally propagate updates from a  p primary database to replicas y p  If the operational database system is a legacy one, and does not  support replication, extracting the whole source database can  b  th   l   h i be the only choice

Data Warehousing II

26


To summarize  Data extraction is done by means of gateways  Data cleaning software reconciles inconsistency and discovers 

integrity violations and suspicious data patterns  Data loading can be either full, or incremental  Some terminology:  Source data are data from operational DBs and external  sources  Base data are DW fact table or dimension table data  Derived data is DW data produced by materializing views  and building auxiliary access structures (indexes) ( )

Data Warehousing II

27


Data Warehousing and OLAP  Data Warehousing and OLAP Technology for Data Mining gy g  From data warehousing to data mining  Data warehouse architecture  Materialized Views  Populating a Data Warehouse l h  Data warehouse implementation (for your information only)

Data Warehousing II

28


For your information only!

Efficient Data Cube Computation  Data cube can be viewed as a lattice of cuboids    The bottom‐most cuboid is the base cuboid  The top‐most cuboid (apex) contains only one cell  How many cuboids in an n‐dimensional cube with L levels? y

 Materialization of data cube  Materialize every (cuboid) (full materialization), none (no 

materialization)  or some (partial materialization) materialization), or some (partial materialization)  Selection of which cuboids to materialize 

Based on size  sharing  access frequency  etc Based on size, sharing, access frequency, etc. Data Warehousing II

29


For your information only!

Cube Operation  Cube definition and computation in DMQL

define cube sales[item, city, year]: sum(sales_in_dollars) compute cube sales  Transform it into a SQL‐like language (with a new operator cube by, introduced

b Gray by G et al.’96) l ’ 6)

()

SELECT item, city, year, SUM (amount) FROM SALES

(city)

(item)

(year)

CUBE BY item, city, year (city, item)

(city, year)

(item, year)

(city, item, year) Data Warehousing II

30


For your information only!

Cube Computation: ROLAP‐Based Method  Efficient cube computation methods Effi i t  b   t ti   th d  ROLAP‐based cubing algorithms (Agarwal et al’96)  Array Array‐based cubing algorithm (Zhao et al’97) based cubing algorithm (Zhao et al 97)  Bottom‐up computation method (Bayer & Ramarkrishnan’99)

 ROLAP‐based cubing algorithms  ROLAP based cubing algorithms   Sorting, hashing, and grouping operations are applied to the dimension 

attributes in order to reorder and cluster related tuples p  Grouping is performed on some subaggregates as a “partial grouping 

step”  Aggregates may be computed from previously computed aggregates, 

rather than from the base fact table Data Warehousing II

31


For your information only!

Efficient Processing OLAP Queries  Determine which operations should be performed on the available 

cuboids:  transform drill, roll, etc. into corresponding SQL and/or OLAP 

operations, e.g, dice = selection + projection i    di     l i     j i  Determine to which materialized cuboid(s) the relevant operations  p

should be applied.  Exploring indexing structures and compressed vs. dense array  E l i  i d i     d  d   d    

structures in MOLAP Data Warehousing II

32


For your information only!

Metadata Repository  Meta data is the data defining warehouse objects.  It has the following kinds  Meta data is the data defining warehouse objects   It has the following kinds   Description of the structure of the warehouse 

schema, view, dimensions, hierarchies, derived data definition, data mart locations  and contents

 Operational meta‐data 

data lineage (history of migrated data and transformation path), currency of data  data lineage (history of migrated data and transformation path)  currency of data  (active, archived, or purged), monitoring information (warehouse usage statistics,  error reports, audit trails)

 The algorithms used for summarization  The mapping from operational environment to the data warehouse  Data related to system performance y p 

warehouse schema, view and derived data definitions

 Business data 

business terms and definitions  ownership of data  charging policies business terms and definitions, ownership of data, charging policies Data Warehousing II

33


Summary  Data warehouse , OLAP and data generalization h dd l  A multi‐dimensional model of a data warehouse  Star schema, snowflake schema, fact constellations Star schema  snowflake schema  fact constellations  A data cube consists of dimensions & measures

 OLAP operations: drilling, rolling, slicing, dicing and pivoting  OLAP servers: ROLAP, MOLAP, HOLAP  Efficient computation of data cubes  Partial vs. full vs. no materialization

 Further development of data cube technology  From OLAP to OLAM F  OLAP t  OLAM (on‐line analytical mining) ( li   l ti l  i i )

Data Warehousing II

34


References (I)  S. Agarwal, R. Agrawal, P. M. Deshpande, A. Gupta, J. F. Naughton, R. Ramakrishnan, and S. 

Sarawagi.  On the computation of multidimensional aggregates.  VLDB’96  D. Agrawal, A. E. Abbadi, A. Singh, and T. Yurek. Efficient view maintenance in data warehouses. 

SIGMOD’97.  R. Agrawal, A. Gupta, and S. Sarawagi. Modeling multidimensional databases.  ICDE’97  K. Beyer and R. Ramakrishnan. Bottom‐Up Computation of Sparse and Iceberg CUBEs.. SIGMOD K  Beyer and R  Ramakrishnan  Bottom‐Up Computation of Sparse and Iceberg CUBEs  SIGMOD’99 99.  S. Chaudhuri and U. Dayal. An overview of data warehousing and OLAP technology. ACM SIGMOD 

Record, 26:65‐74, 1997.  OLAP council. MDAPI specification version 2.0. In http://www.olapcouncil.org/research/apily.htm, 

1998.  J. Gray, S. Chaudhuri, A. Bosworth, A. Layman, D. Reichart, M. Venkatrao, F. Pellow, and H. Pirahesh. 

Data cube: A relational aggregation operator generalizing group‐by, cross‐tab and sub‐totals.  Data  Mining and Knowledge Discovery, 1:29‐54, 1997.  J. Han. Towards on‐line analytical mining in large databases.ACM SIGMOD Record, 27:97‐107, 1998.  J. Han. Towards on line analytical mining in large databases.ACM SIGMOD Record, 27:97 107, 1998.  Data Warehousing II

35


References (II)  V. Harinarayan, A. Rajaraman, and J. D. Ullman. Implementing data cubes efficiently. SIGMOD’96  K. Ross and D. Srivastava.  Fast computation of sparse datacubes. VLDB’97.  K. A. Ross, D. Srivastava, and D. Chatziantoniou. Complex aggregation at multiple granularities.  K  A  R  D  S i   d D  Ch i i  C l   i     li l   l ii  

EDBT'98.  G. Sathe and S. Sarawagi. Intelligent Rollups in Multidimensional OLAP Data. In Proc. Int. Conf. of 

Very Large Data Bases (VLDB'01), Rome, Italy, pp. 531‐540   E. Thomsen. OLAP Solutions: Building Multidimensional Information Systems. John Wiley & Sons, 

1997. 997  D. Xin, J. Han, X. Li, B. W. Wah, “Star‐Cubing: Computing Iceberg Cubes by Top‐Down and Bottom‐

Up Integration”, Proc. 2003 Int. Conf. on Very Large Data Bases (VLDB'03), Berlin, Germany, Sept.  2003   2003. 

Data Warehousing II

36


Datawh2