Professional Documents
Culture Documents
Tuesday
Overview: Tuesday
Format Lecture Description Introduction to OLAP and Analysis Services Demo 10:45 - 11:30 Dimensional modelling Lab 12:15 - 13:00 Practical session: Defining a data source and defining and deploying a cube Lab 13:00 - 13:45 Practical session: Modifying measures, attributes and hierarchies Lecture 14:30 - 15:15 Observations about design for OLAP and Reporting Discussion 15:15 - 16:00 Wrap-up: questions and feedback Time 10:00 - 10:45
Definition of OLAP
Fast Analysis of Shared Multidimensional Information (FASMI, Nigel Pendse)
Fast Analysis (statistical and business logic) Shared Multidimensional Information (all of the data and derived information needed)
Multidimensional
The system must provide a multidimensional conceptual view of the data, including full support for hierarchies and multiple hierarchies, as this is certainly the most logical way to analyze businesses and organizations.
DimTime
DimCustomer
CustomerKey GeographyKey CustomerAlternateKey Title FirstName MiddleName LastName
FactInternetSales
ProductKey OrderDateKey DueDateKey ShipDateKey CustomerKey PromotionKey CurrencyKey SalesTerritoryKey
DimProduct
ProductKey ProductAlternateKey ProductSubcategoryKey WeightUnitMeasureCode SizeUnitMeasureCode EnglishProductName SpanishProductName FrenchProductName StandardCost
DimGeography
GeographyKey City StateProvinceCode StateProvinceName CountryRegionCode EnglishCountryRegionName SpanishCountryRegionNa... FrenchCountryRegionName
DimTime
TimeKey FullDateAlternateKey DayNumberOfWeek EnglishDayNameOfWeek SpanishDayNameOfWeek FrenchDayNameOfWeek DayNumberOfMonth
Demo
Dimensional modelling
Lab
Defining a data source view Defining and deploying a cube
Lab
Practical session: Modifying measures, attributes and hierarchies
Power users
Capable of some self-service
Report authors
The know the data and the business.
Reporting administrator
They know the database and the data, but not necessarily how it relates to the business.
Challenge: make reporting more interactive so that changes can be accommodated without passing along the chain
Sometimes, testing is the bottleneck. Possible solution: the analyst spends a bit more time in the first iteration providing the business user with a more generic/interactive report.
Relational model provided a mutually intelligible language for implementers, administrators, developers, researchers and even users. Flexible: join anything with anything (c.f. OLAP).
Relational model does not fit well with the area between storage and presentation.
Aggregation hierarchies Matrix structures
UDM
A UDM provides a single dimensional model for all OLAP analysis and relational reporting needs. So you can use either MDX or SQL Perspectives are the new data marts Cubes are largely transparent concepts downgraded to the status of caches Commonly youll only have 1 cube with multiple measure groups and multiple perspectives. Its better to think of measure groups instead of cubes; partitions now apply to measure groups. Whilst a UDM can gather data from numerous data sources, the need to cleanse data still requires a data warehouse. A cube is structured around dimensional attributes (previously known as member properties) rather than dimensional hierarchies. Hence the virtual dimension, as a term, is now gone and concept converted to a real, first class, dimension. UDM has five new dimension types, Role Playing, Fact, Reference, Data Mining and Many to many.
UDM stack
Management settings End-user model Calculations Dimensional model Data source view
MOLAP
Datamart
UDM
Datamart
DW
Wrap-Up
Questions Feedback