Database Modification Verification via Expanding Scope Search

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Deletion requests in database systems often face challenges in ensuring complete execution due to asynchronous processing and varying data scopes, leading to incomplete deletions and performance issues.

Innovation Solution

A verification system that generates a verification message for modification requests, performs an expanding scope search across multiple levels in both the database and Search Engine to confirm the completeness of deletions, marking the request as done or failed based on event counts, ensuring thorough data cleanup.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If deletion requests are processed asynchronously to improve system performance, then processing speed is improved, but verification of complete deletion becomes difficult

Engineering Contradiction:
Improvedeletion processing speedVSAvoiddeletion completeness verification
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary actions by creating verification records and event subscriptions before the actual deletion completes. These preliminary setups enable automatic verification once deletion finishes, resolving the contradiction by preparing verification mechanisms in advance rather than attempting verification during asynchronous processing.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms through event subscriptions that monitor deletion completion. When deletion events are published, the verification system subscribes to these events and automatically checks whether all related records have been deleted, providing feedback on deletion completeness without blocking the asynchronous processing.

Inventive Principle:
Principle #23Feedback

2Reliability

If deletion scope is expanded to cover all related data to ensure complete deletion, then deletion completeness is improved, but processing time and system complexity increase

Engineering Contradiction:
Improvedeletion completenessVSAvoiddeletion processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system segments the deletion verification process into multiple independent event subscriptions, each monitoring a specific aspect of deletion (e.g., parent record deletion, child record deletion, related entity deletion). This segmentation allows parallel verification of different deletion scopes without sequential processing overhead, maintaining completeness while reducing total verification time.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary identification of all deletion scopes and creates corresponding verification records before deletion begins. By pre-mapping the deletion scope and preparing verification mechanisms in advance, the system avoids time-consuming scope analysis during actual deletion execution.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If multiple scope levels are verified to ensure complete deletion across all data levels, then deletion accuracy is improved, but verification complexity increases

Engineering Contradiction:
Improvedeletion verification accuracyVSAvoidverification system complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system implements a universal verification framework where a single verification record structure handles multiple scope levels (parent, child, related entities). The same verification mechanism works across all deletion scopes by dynamically subscribing to relevant events, eliminating the need for separate complex verification systems for each scope level.

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

Solution Approach 2:

The system introduces an intermediary event subscription layer that mediates between the deletion operation and verification logic. This intermediary automatically manages the complexity of multi-level verification by subscribing to appropriate events based on the deletion scope, shielding the verification system from complexity while maintaining high accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If comprehensive verification is performed to prevent stragglers, then data consistency is improved, but system performance overhead increases

Engineering Contradiction:
Improvedata consistencyVSAvoidsystem performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The verification system operates self-service by automatically subscribing to deletion events and performing verification without manual intervention or additional system overhead. The event-driven architecture allows the verification to be triggered automatically by deletion events themselves, eliminating the need for separate comprehensive verification processes that would impact performance.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system maintains continuous verification through event subscriptions that remain active throughout the deletion process. Rather than performing discrete comprehensive verification checks that pause processing, the continuous event-driven verification operates in parallel with deletion, ensuring data consistency without performance overhead.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS11151088B2Systems and methods for verifying performance of a modification request in a database system
Publication Date: 2021.10.19 SALESFORCE INC
  • US11151088B2 patent drawing
  • US11151088B2 patent drawing
  • US11151088B2 patent drawing

AI summary

Provided are systems and methods for verifying, in a database system, that a modification request to events data is completed. The method marks a modification request as verifying and implements a search strategy to search for unmodified events data (the stragglers) in the least expensive query scope first and then keep expanding the scope of the query until at least one unmodified events data is found (a straggler), which is marked as a fail. This strategy includes (i) beginning at a lowest scope search, (ii) searching a (database first: continuing to expand the search scope as high as it can go without a fail, and (iii) only when it's finished searching the database without a fail, searching a search engine in the same way. When the searches are done, and no fails have been marked, the method marks the request as done.