Distributed Query Execution with Two-Tiered Indexing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing relational database management systems (RDBMSs) face challenges in efficiently querying large datasets, particularly those with trillions of records and petabytes of data, as they often require massive server clusters and struggle with sophisticated queries like JOIN operations, leading to performance issues and increased hardware investment.

Innovation Solution

A system that indexes files using a two-tiered index comprising an index dictionary and a Bloom filter, dynamically generates scripts for parallel execution across multiple computing devices, and aggregates results efficiently, allowing for time-based file searching and statistical summaries without the need for extensive hardware investment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If existing RDBMS systems are used to query large datasets, then query functionality is provided, but hardware requirements increase proportionally and query performance degrades

Engineering Contradiction:
Improvequery performanceVSAvoidhardware requirements
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system divides the data into shards distributed across multiple nodes, allowing parallel query execution. Each node processes a subset of data independently, and results are aggregated centrally. This segmentation enables querying petabytes of data without requiring a single monolithic system with proportional hardware increases.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary indexing and statistical analysis of data during ingestion, creating histograms, min/max values, and distribution statistics. This pre-processing enables queries to be executed without scanning entire datasets, significantly improving query performance while reducing hardware requirements for query processing.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If sophisticated queries like JOIN operations are executed on massive datasets, then query capability is enhanced, but system performance breaks down

Engineering Contradiction:
Improvequery sophisticationVSAvoidquery execution speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The system segments data into shards with consistent distribution across nodes, enabling JOIN operations to be executed in parallel across multiple nodes. Each node performs local JOIN operations on its shard, and results are aggregated, maintaining sophisticated query capabilities while improving performance through parallelization.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system pre-computes statistical summaries, histograms, and distribution statistics during data ingestion. These pre-computed statistics enable sophisticated queries to be executed using index structures and statistical filtering, avoiding full dataset scans and maintaining performance even for complex JOIN operations on massive datasets.

Inventive Principle:
Principle #10Preliminary action

3Quantity of substance

If the number of servers in a cluster is increased to handle larger datasets, then data capacity is improved, but cost and system complexity increase proportionally

Engineering Contradiction:
Improvedata capacityVSAvoidcluster configuration
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The system implements automatic data sharding that distributes data across nodes without requiring manual cluster configuration. The centralized query processor automatically routes queries to appropriate shards, enabling linear scalability of data capacity without proportional increases in operational complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs self-organizing data distribution and query routing. New nodes can be added to the cluster without manual reconfiguration, and the system automatically balances data distribution and query routing across available nodes, reducing operational complexity while enabling capacity scaling.

Inventive Principle:
Principle #25Self-service

4Adaptability or versatility

If traditional indexing methods are used, then basic search functionality is provided, but sophisticated search techniques like regex search are not supported

Engineering Contradiction:
Improvesearch capabilityVSAvoidindex structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system uses composite index structures that combine traditional B-tree indexes with inverted indexes and statistical data structures. This composite approach enables support for multiple search techniques including exact matches, range queries, regular expressions, and statistical filtering within a single unified index system, expanding search capability without linear increases in complexity.

Inventive Principle:
Principle #40Composite materials

Data Source

PatentUS20250094386A1Distributed query execution and aggregation including historical statistical analysis
Publication Date: 2025.03.20 MORGAN STANLEY SERVICES GROUP INC
  • US20250094386A1 patent drawing
  • US20250094386A1 patent drawing
  • US20250094386A1 patent drawing

AI summary

Computer-implemented methods and systems are disclosed for receiving and indexing a plurality of files for later querying, for dynamically generating scripts to be executed during a query of a data store, and for horizontally distributing a query and aggregating results of the distributed query.