Technical Training
Analysis Services TrainingMSAS: Analysis Server Cube Storage
Online Analytical Processing (OLAP) is essentially data presented as Cubes, dimensions, hierarchies and measures. Users can navigate a complex set of data intuitively using these objects. In this context, consistent response times for each view or slice of data become important. Therefore modes of storing and retrieving data became the key tenet of storage design.
In the early days OLAP technology focused upon specialized, non-relational storage models as the only possible mode for OLAP. They called this technology Multidimensional OLAP(MOLAP). Later vendors discovered that the use of database structures(Star and snowflake schemas) helped in indexing, and storage of aggregates, and that relational database management systems could be used for OLAP. These vendors called their technology of storage Relational OLAP(ROLAP).
MOLAP implementations usually outperform ROLAP technology, but have problems with scalability. ROLAP is scalable and can leverage information from the relational database technology.
Hybrid OLAP is an effort to harness the best features of both ROLAP and MOLAP and provide the user with superior performance and scalability.
Microsoft SQL Server 2000 Analysis Services leads the market in giving the user flexible options to choose between the various storage modes. The OLAP Administrator can make his choice between MOLAP, ROLAP and HOLAP and the underlying data model will be entirely invisible to the client application and the end user will only perceive cubes. The integration of OLAP services with relational databases is superior in that it maintains strong links with the source data, the OLAP multidimensional metadata and the aggregations themselves by linking the graphical user interface design tools and wizards directly to OLE DB. While defining ROLAP data models, all relational database structures are defined, populated and maintained. The developer is not burdened with the need to define relational database structures or worry about managing complex queries across multiple tables and servers.
The goals of Analysis services storage engine is to improve ease of use so that the applications using database technology can be deployed widely and the database becomes completely transparent to the database administrator. The ease of use is fostered by the following features:
- Standard operations can be performed by end users themselves and the database administrator is free to perform his other jobs. Branch offices, Mobile units and desktop users can now access the Analysis services in a variety of ways for analysis of data.
- Transparent server configuration, database consistency checker(DBCC), index statistics and database backups make for ease of use.
- The streamlined and simplified configuration options, automatically adapt to the specific needs of the environment.
Organizations that are expanding their business too, find Microsoft SQL Server 2000 Analysis services useful as it delivers a single database engine that scales from a laptop computer to terabyte size symmetric multiprocessing(SMP) clusters while maintaining the security and reliability demanded by mission critical business systems. The features that make it scalable are:
1. New disk format and storage subsystem to provide storage that is scalable for small to large databases.
2. Redesigned utilities that support terabyte size databases efficiently
3. Large memory support to reduce the need for frequent disk access.
4. Dynamic row level locking to allow increased concurrency, especially for online transaction processing applications.
5. Unicode support to allow for multinational applications.
Reliability is ensured by replacing complex data structures and algorithms with simple structures that scale better and do not have concurrency issues. The Analysis services dispenses with the need to run the DBCC check prior to every backup and this results in significantly faster DBCC.
One factor that impacts on cube storage is sparsity. Sparsity is defined as an instance of the longest common subsequence problem in which the number of matches is small compared to the product of the lengths of the input strings. The performance of the cube depends on the nonzero structure of the matrix as well as the characteristics of a given memory system. It tends to perform poorly on modern processors, because of its high ratio of memory operations to arithmetic operations and the irregular memory access patterns. Missing or invalid data values create sparsity in the OLAP data model. In the worst case, an OLAP product would nonetheless save an empty value. For example, a company may not sell all products in all regions, so no values would appear at the intersection where products are not sold in a particular region. Analysis Services has got round this problem in innovatively by not allocating storage space to empty cells. Both MOLAP and ROLAP implementations manage storage requirements extremely well, as a result, and create smaller
OLAP models of data as compared to the source. Data compression is employed and a sophisticated algorithm designs efficient summary aggregations to minimize storage without sacrificing speed.
Analysis Services Training
- MSAS - Browsing the Dependency Network
- MSAS - Building a Relational Decision Tree Model
- MSAS - Introduction to Data Mining
- MSAS - Applying security to a Dimension
- Tutorial 65: MSAS - Managing Cube Roles
- MSAS - Understanding Database Roles
- MSAS - Securing User Authentication
- MSAS - Introducing Analysis Services Security
- MSAS - Writebacks
- MSAS - Defining and Creating Drillthrough
- MSAS - Defining and Creating Auctions
- MSAS - Creating and Maintaining Calculated Members in Virtual Cubes
- MSAS - Building a Virtual Cube
- MSAS - Understanding Virtual Cubes
- MSAS - Introducing Solve Order
- MSAS - Implementing Calculations Using MDX Part 2
- MSAS - Implementing Calculations Using MDX Part 1
- MSAS - Merging Partitions
- MSAS - Introduction and Managing Partitions
- MSAS - Troubleshooting Cube Processing
- MSAS - Optimizing Cube Processing
- MSAS - Processing Dimensions and Cubes
- MSAS - Introducing Dimension and Cube Processing
- MSAS: Optimization Tuning Part 2
- MSAS: Optimization Tuning Part 1
- MSAS: Usage-Based Optimization
- MSAS: Analysis Services Aggregations
- MSAS: The Storage Design Wizard
- MSAS: Analysis Server Cube Storage
- MSAS: Defining Cube Properties
- MSAS: Introduction and Working with Measures
- MSAS: Introduction and Working with Cubes
- MSAS: Virtual Dimensions
- MSAS: Introducing Member Properties
- MSAS: Creating Custom Rollups
- MSAS: Creating a Time Dimension
- MSAS: Understanding Hierarchies
- MSAS: Dimension Storage Modes and Levels
- MSAS: Working with Levels and Hierarchies
- MSAS: Working with Parent-Child Dimensions
- MSAS : Basics of Levels
- MSAS : Working with Standard Dimensions
- MSAS : Shared vs Private Dimensions
- Understanding Dimension Basics
- MSAS : Office 2000 OLAP Components
- MSAS : Client Architecture
- MSAS : Cube Storage options
- MSAS : Meta data Repository
- MSAS : Analysis services Tools for Extended Functionality
- MSAS : The Wizards
- MSAS : The Analysis Manager and Analysis Server
- MSAS : The Data warehousing framework of SQL Server 2000 - Part 2
- MSAS : The Data warehousing framework of SQL Server 2000 - Part 1
- MSAS : Microsoft Data Warehousing Overview
- MSAS : Browsing the Cube
- MSAS : Designing Storage and Processing the Cube
- MSAS : Building the Cube Part #3
- MSAS : Building the Cube Part #2
- MSAS : Building the Cube Part #1
- MSAS : Setting up the Database in Analysis Server
- MSAS : Preparing to Create the Cube
- MSAS : Introducing Analysis Manager Wizards
- Microsoft Analysis Services Installation
- MSAS - Applying OLAP Cubes
- Understanding OLAP Models
- Designing the Dimensional Model and Preparing the data for OLAP
- Design of the data warehouse: Kimball Vs Inmon
- Defining OLAP Solutions and Data Warehouse design
- Microsoft Analysis Services Training
- Data Warehouse database and OLTP database
- Introduction to Data Warehousing







