Object Oriented Databases & DataWarehouse Object

Oriented Databases & DataWarehouse Object Oriented

Databases & DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
Object Oriented
DataWarehouse ObjectDatabases & DataWarehouse
Oriented Databases &
DataWarehouse Multi Dimensional
Object Modeling Databases
Oriented &
DataWarehouse Object Oriented Databases &
Richa Sharma
DataWarehouse Object 511/IS/2010
Roll Number: Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
DataWarehouse Object Oriented Databases &
1 Problem Statement................................................................................................................................................................................................................ 3
2 Requirement Analysis............................................................................................................................................................................................................ 4
3 Star Schema For Restaurant Footfall..................................................................................................................................................................................... 5
4 Object Oriented Model for Restaurant Star Schema.............................................................................................................................................................6
5 Details.................................................................................................................................................................................................................................... 7
5.1 Information Package...................................................................................................................................................................................................... 7
5.2 Business dimension:...................................................................................................................................................................................................... 7
5.3 Level of detail:................................................................................................................................................................................................................ 8
5.4 Fact table....................................................................................................................................................................................................................... 8
5.5 Relationships.................................................................................................................................................................................................................. 8
5.6 Star Schema................................................................................................................................................................................................................... 8
6 Restaurant Problem Domain.................................................................................................................................................................................................. 9
6.1 Dimension Tables........................................................................................................................................................................................................... 9
6.2 Fact Tables..................................................................................................................................................................................................................... 9
1 Problem Statement

To do dimensional modelling for data warehouse of a RESTAURANT CHAIN COMPANY which wants to store information regarding its all restaurants
located at different cities and different parts of a city.

It wants to store historical information based on various aspects which help the company to make various kinds of strategic decisions.

The Basic measures on which the company wants to do analysis is the footfall and the profit each restaurant makes.

The areas by which the company wants to analyse the footfall and profit is FOOD,TIME, LOCATION,EMPLOYEES,CATEGORY,DEMOGRAPHY OF
LOCATION.
2 Requirement Analysis
In multi dimensional modelling requirements are gathered in the form of information packages

Information Subject: Restaurant Footfall

Food Location Time Employee Demographic Age Group
Type Country Year Restaurant Name Country
Category State Quarter Designation State
Name Distt. Month Employee name Distt.
Price per unit City Name Day Address City Name
Restaurant name Season Population Index
Holiday Flag Income Group
Age Group
Sex
Facts: Footfall, Profit
3 Star Schema For Restaurant Footfall
FOOD ONE WAY AGGREGATE LOCATION
FOOT FALL FACTS
Item Key Restaurant code
Type Category Key Country
Category Restaurant Code State
Food item name Location Key Distt.
price per Unit Time Key City Name
Restaurant Id Restaurant Name

FOOTFALL Shared
PROFIT dimensions

TIME DEMOGRAPHIC AGE GROUP

Time Key BASE TABLE

Year FOOT FALL Location Key
Quarter FACTS Population Index
Month Item Key Income Group
Day Location Key Age Group
Season Restaurant Code Sex
Holiday flag Time Key
Restaurant Id
FOOTFALL
PROFIT
EMPLOYEES
Restaurant Id CATEGORY(DIMENSION DERIVED FROM FOOD)
Restaurant name
Designation Category Key
Employee Id Category
Name Food Item Name
Price Per Unit

STAR SCHEMA FOR RESTAURANT FOOTFALL

 4 Object Oriented Model for Restaurant Star Schema
BASE TABLE
FOOT FALL FACTS
Item Key
Location Key AGGREGATED FACT TABLE
Restaurant Code
Time Key FOOTFALL FACTS
Restaurant Id Category Key
Restaurant Code
FOOTFALL Location Key
PROFIT Time Key
Restaurant Id

*
FOOTFALL
1 1 1 1 1 PROFIT

LOCATION ` FOOD TIME EMPLOYEE DEMOGRAPHIC

Restaurant code Item Key Time Key Restaurant Id AGE GROUP
Country  Type Year Restaurant name Location Key *
State Category Quarter Designation Population Index
Distt. Food item name Month Employee Id Income Group
City Name price per Unit Day Name Age Group
Restaurant Name Season Sex
Holiday flag

1 1 1 1 1
DEMOGRAPHIC EMPLOYEE TIME CATEGORY LOCATION
AGE GROUP Restaurant Id Time Key Category Key Restaurant code
Location Key Restaurant Year Category Country
Population Index name Quarter Food Item State
Income Group Designation Month Name Distt.
Age Group Employee Id Day Price Per Unit City Name
Sex Season Restaurant Name
OCATION
Name
5 Details
5.1 Information Package
Information package enable to combine common subject areas.

 Define the common subject areas

 Design key business metrics
 Decide how data must be presented
 Determine how users will aggregate or roll up
 Decide the data quantity for user analysis or query
 Decide how data will be accessed
 Establish data granularity
 Estimate data warehouse size
 Estimate Ascertain how information must be package

5.2 Business dimension:

Business Dimensions form the underlying basis for requirement definition. Data must be stored to provide for the business dimensions. The business
dimensions and their hierarchical levels form the basis for all further phases. In the data models for datawarehouse, the business dimension along which the
users analyze the business metrics must be featured prominently. The usefulness of the warehouse or the mart is directly related to the accuracy of the data
model. Dimensions are the attributes or the areas along which the users want to make the strategic decisions doing the analysis for the metrics corresponding
to the dimensions.

So the data structure for storing Business Dimensions are The DIMENSION TABLES.

A dimension table has the following characteristics:

 Dimension table key

 Table is wide
 Textual attributes
 Attribute not directly related
 Flattened out, not normalized
 Ability to drill down/roll up
 Multiple hierarchies
 Less number of records
5.3 Level of detail:
For analysis at various levels of granularity, data model should have the facility to provide Drill down and Roll up facilities for analysis. DATA GRAIN is the
level of detail for the measurements or metrics. This Is called Data Granularity. It represents the level of detail in the fact table. If the Fact table is at the
lowest grain, then the facts or the metrics are at the lowest possible level at which they could be captured from the operational systems.

5.4 Fact table

Fact tables are the data structures where we keep the measurements. The details may be kept at the lowest level or they may be kept as summary data
depending upon the need the user wants to analyse up to which level of detail. Fact tables have the following properties:

 Concatenated Key
 Data Grain
 Fully Additive Measures
 Semi additive measures
 Table Deep, Not Wide
 Sparse Data
 Degenerate Dimensions

5.5 Relationships
There is one to many relationships mostly from dimension table to Fact table. At times there can be Many to many from Dimension table to Fact
table.Between Dimension tables there is Many To Many Relationship.

5.6 Star Schema

The star schemas allow the query processor software to use better execution plans. It enables specific performance schemes to be applied to queries. The Star
schema arrangement is eminently suitable for special performance techniques such as the STAR join and the STAR index.
6 Restaurant Problem Domain
Here in my problem domain, I have chosen the following dimensions while making the information package.

6.1 Dimension Tables

 Food
o It is the dimension with the attributes Item Key, Type, Category, Food item name. This dimension helps in analysing the metrics footfall and
profit in terms of the items sold or the food sold and its various properties like category wise, type wise etc.
 Time
o It is the dimension with the attributes Time Key, Year, Quarter, Month, Day, and Season. It helps the analyst to view metrics according to
different grains of time. For example, the footfall in the month of February or day wise footfall etc.
 Location
o It is the dimension helping the user to view metrics according to the location of the restaurant where it is situated. It has attributes
Restaurant code, Country, State, Distt. City Name, Restaurant Name.
 Employee
o It is the table having attributes Restaurant Id, Restaurant name, Designation, Employee Id, Name. It helps in analysing the footfall according
to the employees in any particular restaurant. For example the profit and the footfall according to designation.
 Demographic Age Group
o This dimension has the following attributes. Location Key, Population Index, Income Group, Age Group, Sex.It helps the analyst in making
analysis such as footfall according to a particular age etc.

6.2 Fact Tables

This problem domain is having two Fact tables.

 Basic Fact Table

o The basic fact table includes the keys of all dimension tables. And the measures Footfall And Profit.
 Aggregated Fact Table
o The aggregated fact table shows one way aggregation along the Dimension Food. It stores the summarized metrics according to category of
food and its hierarchies below it.