Distributed Dwarf Cube Query Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

OLAP systems, particularly MOLAP, face challenges in flexibility and data browsing due to exponential data growth with increasing dimensions, leading to unpredictable response times and inefficiencies in querying large datasets.

Innovation Solution

A distributed dwarf cube system is built using a MapReduce technique, where data is sorted by cardinality, partitioned into blocks, and replicated across query engines for parallel querying, enabling efficient data retrieval and handling of complex queries.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If data is pre-aggregated and stored in MOLAP OLAP cubes, then query response time is improved and retrieval speed is faster, but flexibility in viewing data is reduced and data browsing becomes difficult

Engineering Contradiction:
Improvequery response timeVSAvoidflexibility in viewing data
Core Design Contradiction:
SpeedVSAdaptability or versatility

Solution Approach 1:

The patent segments the monolithic OLAP cube into multiple dwarf cubes, each representing a specific dimension or subset of dimensions. This segmentation allows the system to maintain pre-aggregated data for fast querying while enabling flexible browsing by organizing data into manageable, dimension-specific units that can be independently accessed and explored.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a new organizational dimension by creating dwarf cubes along different dimensional axes. Each dwarf cube focuses on a specific dimension, allowing users to traverse data along that dimension efficiently. This dimensional organization enables both fast retrieval along predefined dimensions and flexible exploration by combining multiple dwarf cubes.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Adaptability or versatility

If OLAP cubes comprise data in multiple dimensions, then analytical capability is improved, but data explosion occurs and storage complexity increases

Engineering Contradiction:
Improveanalytical capabilityVSAvoiddata volume
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent divides the complete OLAP cube into multiple smaller dwarf cubes, each representing a specific dimension or dimension subset. This segmentation reduces the data volume stored in each individual structure, avoiding the exponential growth problem while maintaining comprehensive analytical capability through the collection of all dwarf cubes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each dwarf cube is optimized for its specific dimension, storing and organizing data locally according to that dimension's characteristics. This local optimization reduces redundant storage and improves query efficiency for dimension-specific operations, while the overall system maintains multi-dimensional analytical capability.

Inventive Principle:
Principle #3Local quality

3Productivity

If data is partitioned and distributed across multiple blocks, then query processing efficiency is improved through parallelism, but system complexity increases

Engineering Contradiction:
Improvequery processing efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent partitions the distributed dwarf cube into multiple data blocks distributed across different storage nodes. Each node maintains a portion of the dwarf cubes, enabling parallel query processing. The segmentation is organized along dimensional lines, which simplifies the distribution strategy and reduces the complexity of managing cross-node queries.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a coordinator component that acts as an intermediary between query requests and distributed data blocks. The coordinator receives queries, determines which dwarf cubes and data blocks are relevant, and orchestrates the parallel retrieval process. This intermediary layer abstracts the distributed system complexity from users while enabling efficient parallel processing.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10019472B2System and method for querying a distributed dwarf cube
Publication Date: 2018.07.10 INTELLICUS TECH PVT
  • US10019472B2 patent drawing
  • US10019472B2 patent drawing
  • US10019472B2 patent drawing

AI summary

Systems and methods for querying a distributed dwarf cube are disclosed. A query for retrieving data from a distributed dwarf cube is received. The distributed dwarf cube is built of the data. The data comprises cube values. The distributed dwarf cube is built by processing the data to generate indexes for the data. The cube values in one or more dimensions are sorted based on a cardinality of the cube values. The data is partitioned into data blocks to build distributed dwarf cube from each data block based upon the cardinality of the cube values. The distributed dwarf cube comprises one or more ranges defined for the cube values. The one or more ranges of the cube values are checked based upon the query. Using the cube values, a list is created. The list of the cube values is transmitted from the distributed dwarf cube corresponding to the query.