Database Table Tri-State Variable for Automatic Sort Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Changes in database systems, such as converting from automatic sort to no automatic sort, can render dependent code inoperable, leading to compatibility issues and potential disruptions in multitier application environments.

Innovation Solution

The implementation of a tri-state variable associated with database tables to manage assumptions about sorting behavior, allowing for controlled state transitions and ensuring proper operation of code by enforcing or ceasing automatic sorting based on the reliance of different code entities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If automatic sort is enabled for database tables, then code operation is simplified and faster, but system flexibility and adaptability to changes are reduced

Engineering Contradiction:
Improvecode execution speedVSAvoidsystem flexibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The patent implements a dynamic state variable that can transition between 'automatic sort enforced', 'automatic sort recommended', and 'no automatic sort' states. This allows the sorting behavior to be adjusted dynamically based on code reliance, resolving the contradiction by enabling fast automatic sorting when needed while allowing flexibility when code no longer depends on it.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of sorting behavior from a fixed system-wide setting to a variable state associated with individual database tables. By tracking code reliance and transitioning states, the system optimizes sorting performance for dependent code while allowing non-dependent tables to disable automatic sorting, thus improving both productivity and adaptability.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If system operation changes are made to improve system performance, then system efficiency is improved, but existing code becomes inoperable

Engineering Contradiction:
Improvesystem efficiencyVSAvoidcode operability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent performs preliminary analysis to determine whether code relies on automatic sorting before making system changes. By proactively identifying dependent code and transitioning state variables appropriately, the system prevents code from becoming inoperable while still enabling performance improvements for non-dependent operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements a feedback mechanism that tracks code reliance on automatic sorting. This feedback information is used to automatically adjust the state variable, ensuring that system performance improvements do not break existing code. The feedback loop maintains reliability while allowing efficiency improvements.

Inventive Principle:
Principle #23Feedback

3Reliability

If code reliance on automatic sort is tracked and managed, then system stability is improved, but system complexity increases

Engineering Contradiction:
Improvesystem stabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a self-service mechanism where the system automatically tracks code reliance and manages state transitions without requiring manual intervention. The state variable automatically adjusts based on detected code dependencies, improving stability while minimizing the operational complexity burden on users.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10467207B2Handling changes in automatic sort
Publication Date: 2019.11.05 SAP SE
  • US10467207B2 patent drawing
  • US10467207B2 patent drawing
  • US10467207B2 patent drawing

AI summary

In an example embodiment, a tri-state variable associated with a table in a database indicates whether the table is automatically sorted at runtime or left unsorted. The value of the tri-state variable also indicates whether code associated with the table assumes the table will be sorted at runtime. In a situation where two parties have code that utilize the table, when the first ensures its code to no longer assumes the table will be sorted, they may set the value of the tri-state variable from automatic sorting enforced to automatic sorting recommended. In this state the table will still be automatically sorted at runtime. When the second ensures its code no longer assumes the table will be sorted, they may set the value of the tri-state variable from automatic sorting recommended to no automatic sort at which time the table is left unsorted.