Federated Query Constraints for Early Failure and Lower Data Transfer

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Federated database systems face inefficiencies in query execution due to the lack of explicit constraint enforcement at remote systems, leading to unnecessary data transfer and resource wastage when constraints are violated.

Innovation Solution

Introduce a keyword in the query language to express constraints, allowing query failure if the constraint is not satisfied, enabling query rewriting and execution optimization to perform constraint checks at the federated system, reducing data transfer and resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If query operations are performed at the federated system without explicit constraint enforcement, then device complexity is reduced and ease of operation is improved, but data transfer volume increases and productivity decreases due to unnecessary data movement

Engineering Contradiction:
Improveease of operationVSAvoiddata transfer volume
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The patent applies preliminary action by introducing constraint keywords (such as UNIQUE, NOT NULL, CHECK) into the query language that are processed and enforced by the federated system before data transfer occurs. The query rewriting component transforms standard SQL queries into constrained queries that include these keywords, allowing the federated system to perform constraint validation locally and terminate queries early when constraints are violated, preventing unnecessary data transfer to the source system.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If constraint checks are performed at the source system after data transfer, then reliability of constraint enforcement is improved, but use of energy and productivity worsen due to increased data transfer and processing overhead

Engineering Contradiction:
Improveconstraint enforcement reliabilityVSAvoidcomputing resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent introduces an intermediary component (the query rewriting component and constrained query language) that acts as a bridge between the source system and federated system. This intermediary transforms queries to include constraint keywords that the federated system can understand and enforce locally, eliminating the need to transfer all data to the source system for validation while maintaining reliable constraint enforcement through the standardized query language interface.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If the federated system enforces constraints locally using explicit keywords, then productivity improves by reducing data transfer, but device complexity increases due to the need for query rewriting and constraint processing

Engineering Contradiction:
Improvequery execution efficiencyVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent applies universality by designing the constrained query language to use standard SQL keywords (UNIQUE, NOT NULL, CHECK) that serve multiple functions: they are universally understood by database systems, can be embedded in standard query syntax, and enable the federated system to perform multiple operations (parsing, validation, constraint enforcement) through a unified interface, reducing the need for specialized proprietary mechanisms.

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

4Ease of operation

If unnecessary data is transferred from the federated system, then ease of operation is maintained with simple query syntax, but loss of time and productivity worsen due to increased data transfer and processing

Engineering Contradiction:
Improvequery syntax simplicityVSAvoidquery execution time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent applies the taking out principle by extracting constraint validation logic from the source system and placing it at the federated system through the constrained query language. The query rewriting component extracts standard SQL queries and transforms them to include constraint keywords, allowing the federated system to perform validation locally and return only necessary results, eliminating time-wasting data transfer of unnecessary information.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS20250378074A1Query language representations of constraints useable to cause query failure
Publication Date: 2025.12.11 SAP SE
  • US20250378074A1 patent drawing
  • US20250378074A1 patent drawing
  • US20250378074A1 patent drawing

AI summary

Techniques and solutions are provided for implementing query constraints. A keyword in a query language is provided that indicates the presence of a constraint. During query execution, if the constraint is not satisfied, the query can be terminated/caused to fail. In some cases, the keyword is introduced into a query by a query optimizer. In a specific example, the keyword is introduced as part of optimizing a query where at least some query operations are performed using a federated database system. The keyword indicating the constraint can be included in a query language statement and sent to the federated database system for execution. If the constraint is not satisfied, the federated database system can send a failure notification to the main database system.