Star Schema Identification in Database Environments

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing database systems face inefficiencies in processing queries due to the overhead associated with joins across multiple tables, particularly in large databases, where star schemas could simplify data retrieval but are not easily identified.

Innovation Solution

A schema processor identifies mini-star schemas from queries and merges them based on common dimension tables to generate a star schema, ensuring all relevant tables are included and relationships are optimized for efficient data analysis.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If normalized schema with multiple tables is used, then data organization is efficient for storage, but query processing overhead increases due to joins

Engineering Contradiction:
Improvequery processing efficiencyVSAvoidquery processing time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent segments the normalized database schema into star schema components by identifying fact tables and dimension tables separately. This segmentation allows the system to reorganize data access patterns without changing the underlying storage structure, reducing join overhead by pre-identifying relationships that would otherwise require complex join operations during query processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent performs preliminary analysis of the database schema to identify potential star schema configurations before queries are executed. By pre-computing and storing metadata about fact tables, dimension tables, and their relationships, the system eliminates the need for complex join operations during actual query processing, thereby reducing query processing time and overhead.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If star schema is implemented, then data retrieval is simplified, but identifying star schemas in existing databases is difficult

Engineering Contradiction:
Improvedata retrieval simplicityVSAvoidstar schema identification difficulty
Core Design Contradiction:
Ease of operationVSDifficulty of detecting and measuring

Solution Approach 1:

The patent implements a self-service approach where the system automatically analyzes the existing database schema and identifies star schema configurations without requiring manual intervention. The automated analysis engine examines table relationships, identifies fact and dimension tables, and generates star schema representations autonomously, making the process accessible to users without specialized knowledge of star schema design.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent incorporates feedback mechanisms where the system analyzes query patterns and performance metrics to continuously refine its identification of star schema configurations. By monitoring how queries interact with the database and measuring performance improvements, the system can adjust its star schema identification algorithms to better match actual usage patterns, improving both accuracy and ease of operation.

Inventive Principle:
Principle #23Feedback

3Reliability

If joins across multiple tables are used, then data completeness is maintained, but processing overhead increases

Engineering Contradiction:
Improvedata completenessVSAvoidquery processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (the star schema metadata structure) that sits between the normalized database tables and the query processing engine. This intermediary pre-defines relationships between fact and dimension tables, allowing the system to retrieve complete data without executing complex join operations. The intermediary structure maintains data completeness by preserving all necessary relationships while simplifying the access path.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9158818B2Facilitating identification of star schemas in database environments
Publication Date: 2015.10.13 ORACLE INT CORP
  • US9158818B2 patent drawing
  • US9158818B2 patent drawing
  • US9158818B2 patent drawing

AI summary

Facilitating identification of star schemas in database environments. In an embodiment, queries directed to relational database tables (organized according to normalized schema) are examined to determine the relationships specified in the queries. A star schema is then generated by including the specified relationships. A data warehouse may be organized according to the generated star schema and the data previously stored in the database tables may be copied to the data warehouse.