Dimension Table Selection for Star Schema Join Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Optimizing query plans for star schema-based queries in relational databases is challenging due to the high computational cost of evaluating different join orders and the inefficiency of existing approaches in minimizing data movement and processing time, especially when multiple dimension tables cover the same columns of the primary key.

Innovation Solution

A dimension table selection optimizer identifies a subset of dimension tables with the lowest associated cost to join before the fact table, allowing for an optimal join order to be determined subsequently, thereby reducing resource usage and processing time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If all dimension tables are joined with the fact table using traditional query optimization methods, then complete query results are obtained, but computational cost and processing time increase significantly

Engineering Contradiction:
Improvequery result completenessVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent extracts and identifies a subset of dimension tables that are most relevant to the query based on the query plan analysis. Instead of joining all dimension tables, the system selectively joins only those dimension tables that are necessary to answer the query, thereby reducing processing time while maintaining result completeness.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent segments the set of dimension tables into relevant and irrelevant subsets based on query analysis. The query optimization process divides the work by identifying which dimension tables need to be joined and which can be excluded, creating a segmented approach to table joining that reduces overall computational cost.

Inventive Principle:
Principle #1Segmentation

2Reliability

If multiple dimension tables covering the same primary key columns are all joined with the fact table, then data completeness is ensured, but data movement and resource consumption increase

Engineering Contradiction:
Improvedata completenessVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts only the necessary dimension tables from the set of multiple dimension tables that cover the same primary key columns. By analyzing the query requirements, the system identifies and extracts only those dimension tables that are actually needed, excluding redundant tables that would otherwise increase data movement and resource consumption without adding value to the query result.

Inventive Principle:
Principle #2Taking out (Extraction)

3Measurement precision

If traditional query optimization is used without selective dimension table identification, then all possible join paths are evaluated, but computational overhead increases

Engineering Contradiction:
Improvequery optimization accuracyVSAvoidcomputational overhead
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent performs preliminary analysis of the query plan before executing joins, identifying which dimension tables are relevant in advance. This preliminary action of analyzing query requirements and selecting relevant dimension tables before the join operation reduces the computational overhead of evaluating all possible join paths, while still maintaining accurate query optimization.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11874834B2Determining dimension tables for star schema joins
Publication Date: 2024.01.16 HEWLETT PACKARD ENTERPRISE DEV LP
  • US11874834B2 patent drawing
  • US11874834B2 patent drawing
  • US11874834B2 patent drawing

AI summary

A process includes accessing a query that is associated with joining a fact table with a plurality of dimension tables. The fact table includes a primary key that includes a set of columns, which are covered by the dimension tables. The process includes determining a query plan for processing the query. The query plan has an associated join order. Determining the query plan includes determining a plurality of sets of the plurality of dimension tables, where each set includes dimension tables, which cover the set of columns of the primary key. Determining the query plan includes evaluating costs that are associated with joining subsets of the plurality of sets with the fact table. Based on the costs, a given subset of the plurality of subsets is selected. Determining the query plan includes constraining the join order based on the given subset so that the dimension tables of the given subset are joined before the fact table.