Database Triggers for Cross-System Data Consistency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current database triggers are limited to operations within a database and cannot support the complex operations required for maintaining an enterprise system of record integrated with multiple third-party systems and applications, leading to inconsistencies and manual processing across different systems.

Innovation Solution

A computer system that implements an organizational management platform with triggers based on one-to-many and many-to-one relationships, using a custom computer language to associate data objects and execute operations across various applications, enabling automated evaluation and execution of conditions and operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If database triggers are used to automate operations, then productivity is improved, but device complexity worsens due to inability to support enterprise-level operations across multiple systems

Engineering Contradiction:
Improveautomation capabilityVSAvoidsystem integration complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The trigger object is enhanced to perform multiple functions beyond traditional database operations. It can now evaluate conditions, execute operations, and manage one-to-many or many-to-one relationships across different data objects and external systems, making it a universal automation component suitable for enterprise-level applications.

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

Solution Approach 2:

The trigger object acts as an intermediary between database events and external systems. It receives notifications from the database management system, evaluates conditions, and executes operations that may affect multiple data objects or external applications, thereby mediating complex interactions without requiring direct integration between all components.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If traditional database triggers are used, then ease of operation is maintained for simple database operations, but adaptability worsens due to inability to support enterprise system operations

Engineering Contradiction:
Improvetrigger operation simplicityVSAvoidenterprise system compatibility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The trigger object maintains simplicity for basic database operations while gaining the ability to handle enterprise-level scenarios through condition evaluation and operation execution mechanisms that work across diverse systems and data objects.

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

Solution Approach 2:

The trigger object dynamically adapts its behavior based on the situation. It can handle simple database events or complex enterprise operations depending on the conditions defined and the operations specified, allowing it to scale from basic to advanced usage without requiring different mechanisms.

Inventive Principle:
Principle #15Dynamics

3Device complexity

If manual processing is used across multiple systems, then device complexity is reduced, but loss of time increases due to manual intervention requirements

Engineering Contradiction:
Improvesystem architecture simplicityVSAvoidmanual processing time
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The trigger object enables systems to serve themselves by automatically evaluating conditions and executing operations in response to database events. This self-service capability eliminates the need for manual intervention in data synchronization and related operations across multiple systems, significantly reducing processing time.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The trigger object ensures continuous automation of useful actions by maintaining active monitoring of database events and continuously executing relevant operations. This continuous operation eliminates gaps where manual intervention would be required, ensuring uninterrupted data consistency across systems.

Inventive Principle:
Principle #20Continuity of useful action

4Productivity

If database triggers are used, then productivity is improved for database operations, but reliability worsens due to data inconsistency across integrated systems

Engineering Contradiction:
Improveoperation execution speedVSAvoiddata consistency
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The trigger object implements feedback mechanisms by evaluating conditions that verify data state and executing operations that maintain consistency. The condition evaluation acts as a feedback check before operations are performed, ensuring that data consistency requirements are met across integrated systems while maintaining fast execution.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The trigger object serves as a mediator that coordinates operations across multiple systems to maintain data consistency. It receives notifications from the database management system and executes operations that ensure related data objects remain consistent, acting as a reliability guarantee layer between the database and external systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11803553B2Providing triggers based on one-to-many or many-to-one relationships in a system of record
Publication Date: 2023.10.31 PEOPLE CENTER INC
  • US11803553B2 patent drawing
  • US11803553B2 patent drawing
  • US11803553B2 patent drawing

AI summary

Systems, computer-implemented methods, applications, and user interfaces for providing triggers in a system of record are disclosed. For example, a computer-implemented method may include: maintaining a trigger where the trigger comprises condition(s), operation(s), and/or a one-to-many operator associating a first data object with multiple second data objects in organizational data associated with an organization, where the trigger can be defined based on the one-to-many operator, and where the operation(s) and/or the one-to-many operator are based on a custom computer language; evaluating the condition(s) associated with the trigger based on an occurrence of an event associated with the first data object and/or one or more of the multiple second data objects; determining that the condition(s) associated with the trigger are satisfied causing the activation of the trigger; and/or executing the operation(s) associated with the custom computer language based on the activation of the trigger.