Hierarchical Query Schema for Faster Versioned Data Retrieval

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face inefficiencies in querying and managing hierarchically-structured data, leading to increased processing power requirements, redundant data storage, and inaccuracies in data versioning, particularly in medical coding systems.

Innovation Solution

The implementation of hierarchically-structured data and query sets that utilize a hierarchical query schema, allowing for efficient data retrieval by reducing search space and eliminating redundant data, while incorporating revision control for accurate data versioning.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If traditional flat data structures are used for storage, then data retrieval requires scanning the entire dataset, but this leads to increased processing power requirements and longer query times

Engineering Contradiction:
Improvedata retrieval speedVSAvoidprocessing power requirements
Core Design Contradiction:
SpeedVSUse of energy by moving object

Solution Approach 1:

The patent segments hierarchical data into parent-child relationships with unique identifiers, allowing the query system to divide the search space into manageable sections. Instead of scanning entire datasets, the system navigates through hierarchical segments using reference identifiers, dramatically reducing the processing power needed for data retrieval operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a hierarchical dimension to data storage by organizing data in parent-child relationships across multiple levels. This dimensional transformation allows the system to navigate through hierarchical paths rather than linearly scanning flat structures, enabling faster retrieval by jumping directly to relevant data sections through reference identifiers.

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

2Productivity

If complete hierarchical data structures are stored to enable efficient querying, then data retrieval efficiency improves, but memory requirements increase

Engineering Contradiction:
Improvedata retrieval efficiencyVSAvoidmemory requirements
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

The patent extracts only the essential hierarchical reference information (parent identifiers and child identifiers) needed for navigation, rather than storing complete hierarchical contexts for every data element. This extraction approach maintains efficient hierarchical querying capability while minimizing the quantity of stored data, thereby reducing memory requirements.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent uses lightweight reference copies (identifiers) to represent hierarchical relationships instead of duplicating entire hierarchical structures. Each data element stores references to its parent and children rather than maintaining full copies of hierarchical contexts, enabling efficient navigation with minimal memory consumption.

Inventive Principle:
Principle #26Copying

3Reliability

If data versioning is implemented to track changes, then data accuracy improves, but system complexity increases due to managing multiple versions

Engineering Contradiction:
Improvedata versioning accuracyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent incorporates version tracking as a preliminary attribute in the hierarchical data structure, with each node containing version information from the outset. This preliminary integration of versioning into the core data structure eliminates the need for separate version management systems, reducing overall system complexity while maintaining data accuracy.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent nests version information within the hierarchical data structure itself, embedding version attributes inside individual data nodes rather than maintaining external version control mechanisms. This nesting approach allows version tracking to be an intrinsic part of the data structure, simplifying the overall system architecture while ensuring data accuracy.

Inventive Principle:
Principle #7Nested doll (Nesting)

4Speed

If redundant data is stored to facilitate quick access, then data access speed improves, but data normalization and storage efficiency deteriorate

Engineering Contradiction:
Improvedata access speedVSAvoiddata normalization
Core Design Contradiction:
SpeedVSEase of manufacture

Solution Approach 1:

The patent creates lightweight reference copies (identifiers) that point to hierarchical data elements rather than duplicating entire data records. These reference copies enable quick access through hierarchical navigation while maintaining data normalization by storing only essential reference information rather than redundant data copies.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent segments data access into hierarchical steps using reference identifiers, allowing the system to quickly navigate to specific data sections without loading entire redundant datasets. This segmented approach maintains data normalization by storing minimal reference information while achieving fast access through efficient hierarchical traversal.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS20260056973A1Systems and Methods for Querying Hierarchically-Structured Data From a Database
Publication Date: 2026.02.26 VEEVA SYSTEMS INC
  • US20260056973A1 patent drawing
  • US20260056973A1 patent drawing
  • US20260056973A1 patent drawing

AI summary

A method for querying hierarchical data from a database includes receiving a request to generate a first query set data object associated with a query set including a first query and a second query. The first query is first query type and the second query is a second query type. The method includes generating the first query set data object which is structured according to a hierarchical query schema. The method includes generating a first query data object associated with the first query. The method includes generating a second query data object associated with the second query. The method includes executing the first query and the second query of the query set on the database to select matching hierarchical data. The method includes selecting a datasheet from a second database of the provider computing system, the datasheet including outmoded hierarchical data and replacing the outmoded hierarchical data of the datasheet.