Database Analytics Subsystem for Parallel Query Bottlenecks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing database systems face limitations in processing speed due to hardware constraints, data storage methods, and restricted co-processing options, leading to inefficiencies in data management and query execution.

Innovation Solution

A parallelized database system architecture that includes a parallelized data input, store, retrieve, and process sub-system, along with a parallelized query and response system, allowing for lock-free and parallel execution of administrative and configuration operations, and optimized query planning using cost analysis functions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If a traditional database system architecture is used, then hardware constraints and sequential processing limit processing speed, but parallelized architecture increases system complexity

Engineering Contradiction:
Improveprocessing speedVSAvoidsystem architecture complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The database system is divided into multiple independent nodes, each capable of processing queries autonomously. The parallelized query and response sub-system segments query processing across multiple computing devices, allowing simultaneous execution of administrative operations, configuration operations, and query processing without centralized bottlenecks.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transitions from sequential single-threaded processing to parallel multi-dimensional processing across multiple nodes. Administrative sub-system and configuration sub-system operate in parallel dimensions simultaneously with query processing, utilizing multiple computing cores and distributed memory resources to achieve throughput scaling.

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

2Productivity

If data is stored and processed in a centralized manner, then query execution is efficient for small datasets, but performance degrades with large-scale data due to hardware limitations

Engineering Contradiction:
Improvedata processing efficiencyVSAvoiddata volume capacity
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

Data is partitioned and distributed across multiple nodes in the parallelized database system. Each node maintains local data segments and can independently process queries against its portion, enabling linear scaling of processing capacity with data volume while maintaining efficient local access patterns.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each node in the parallelized architecture serves multiple functions: data storage, query processing, administrative operations, and configuration management. This multi-functionality allows the system to handle diverse workloads simultaneously across distributed nodes, improving overall productivity for large-scale data operations.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Reliability

If administrative and configuration operations are executed sequentially, then system stability is maintained, but query response time increases due to operational bottlenecks

Engineering Contradiction:
Improvesystem stabilityVSAvoidquery response time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Administrative operations and configuration operations are segmented into separate parallel execution threads within the parallelized query and response sub-system. Each operation type can proceed independently on different computing nodes without blocking the other, eliminating sequential bottlenecks while maintaining system stability through isolated operation contexts.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system enables continuous execution of administrative operations, configuration operations, and query processing simultaneously across multiple nodes. No single operation type needs to complete before another begins, maintaining continuous productive action throughout the system while parallel execution ensures stability through independent operation validation.

Inventive Principle:
Principle #20Continuity of useful action

4Productivity

If co-processing options are restricted, then system simplicity is maintained, but processing efficiency decreases due to limited optimization capabilities

Engineering Contradiction:
Improvequery execution efficiencyVSAvoidco-processing architecture
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

Co-processing capabilities are segmented into specialized sub-systems within the parallelized architecture: analytical processing nodes, transactional processing nodes, and data management nodes. Each segment handles specific processing types with optimized algorithms, improving overall query execution efficiency while maintaining modular simplicity through clear functional separation.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS20260017266A1Analytics sub-system of a parallelized database system
Publication Date: 2026.01.15 OCIENT HOLDINGS LLC
  • US20260017266A1 patent drawing
  • US20260017266A1 patent drawing
  • US20260017266A1 patent drawing

AI summary

A database system includes an analytics sub-system of an administrative sub-system and a parallelized query and results sub-system. The analytics sub-system includes a data management module operable to obtain and store user profile data related to end users of the database system, data provider profile data related to data providers of the database system, database usage data related to one or more current or past queries on the database system, and an analytics processing module operable to obtain query and results information from the parallelized query and results sub-system based on an analysis indication of a query, obtain analysis information from the data management module related to the query and results information, and compare the query and results information and the analysis information in light of the analysis indication to produce an analysis result.