Closure-Friendly SQL Query Processing via Dynamic Operator Generation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing SQL query processors in relational databases lack formal closure, leading to inefficient traceability and type safety issues due to the use of universal parameterized functions that are not congruent with the formal closure property, resulting in inadequate verification and debugging capabilities.

Innovation Solution

A system and method that parses SQL queries to identify and generate closure-friendly operators, dynamically creating necessary operators if needed, grouping them into patterns for execution, and storing these patterns for analysis and debugging, thereby enhancing the processing and verification of SQL queries.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If universal parameterized functions are used to process SQL queries, then the query processor can handle any set of input parameters, but the system lacks formal closure and type safety

Engineering Contradiction:
Improveability to handle any input parametersVSAvoidformal closure and type safety
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the universal parameterized function into multiple specific functions, each handling a particular set of input parameters. This segmentation allows the system to maintain formal closure and type safety for each specific function while collectively covering all possible input scenarios through the function set.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces dynamic function selection based on the input parameters. The query processor dynamically determines which specific function to invoke based on the parameter types and characteristics, enabling the system to adapt to different inputs while maintaining type safety through the predefined function signatures.

Inventive Principle:
Principle #15Dynamics

2Device complexity

If a single universal parameterized function is used for each SQL operator, then the implementation is simplified, but traceability and debugging capabilities are inadequate

Engineering Contradiction:
Improveimplementation simplicityVSAvoidtraceability and debugging
Core Design Contradiction:
Device complexityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent introduces an intermediary layer that maps SQL operators to specific parameterized functions. This intermediary maintains a mapping between high-level SQL operators and the specific function implementations, enabling traceability from the SQL query down to the specific function executed, while keeping the overall implementation structure clean and organized.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements feedback mechanisms that track which specific function was invoked for each SQL operator. This feedback information is used for debugging and verification, allowing the system to provide detailed traceability information about the execution path without complicating the core implementation.

Inventive Principle:
Principle #23Feedback

3Reliability

If closure-friendly operators are dynamically generated, then formal closure is achieved, but the processing complexity increases

Engineering Contradiction:
Improveformal closureVSAvoidprocessing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent performs preliminary analysis of the SQL query to determine which closure-friendly operators are needed before execution. By pre-determining the required operators and their parameters, the system can dynamically generate only the necessary functions, achieving formal closure without unnecessarily increasing processing complexity for the entire query pipeline.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8825631B2System and method for improved processing of an SQL query made against a relational database
Publication Date: 2014.09.02 IP3 2025 SERIES 925 OF ALLIED SECURITY TRUST I
  • US8825631B2 patent drawing
  • US8825631B2 patent drawing
  • US8825631B2 patent drawing

AI summary

A system and method for improved processing of an SQL query made against a relational database is disclosed. In one example embodiment, the method includes parsing the SQL query, received against the relational database, to obtain each operator and associated one or more operands and sequence of execution of the operators. Further, it is determined whether all needed closure-friendly operators exist. Furthermore, any available closure-friendly operators are obtained from a pattern repository if all needed closure-friendly operators do not exist. In addition, remaining or all non-available closure-friendly operators are dynamically generated. Moreover, the available closure-friendly operators and the dynamically generated closure-friendly operators are grouped into one or more patterns and impact of each pattern on a queried relational database and a database schema is classified. Also, the SQL query is executed using the one or more patterns based on sequence of the execution of the operators.