Database Fleet Schema Maintenance via Intermediate Mapping

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing and synchronizing database schemas across multiple database management systems is complex, especially in distributed environments, where changes to schema can lead to out-of-date or incorrect schemas, causing issues like database downtime and compatibility problems during application deployments or restorations.

Innovation Solution

A schema management module acts as an intermediate mapping layer, providing APIs for schema comparison, synchronization, and modification, using intermediate representations, hash keys, and checksums to detect discrepancies and trigger automated or manual responses, while supporting scenarios like software-as-a-service applications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual schema management is performed across multiple databases, then flexibility and control over schema changes are maintained, but the complexity and risk of schema inconsistencies increase significantly

Engineering Contradiction:
Improveschema consistencyVSAvoidmanagement complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a schema management module as an intermediary layer between database administrators and multiple database systems. This module provides centralized schema comparison, synchronization, and validation capabilities through APIs, eliminating the need for manual schema management across distributed databases while ensuring consistency through automated intermediate representation comparison and hash key verification.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If automated schema synchronization is implemented across a fleet of databases, then schema consistency is improved, but the system complexity and resource requirements increase

Engineering Contradiction:
Improveschema consistencyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates intermediate representations (copies) of database schemas that can be compared, analyzed, and synchronized without directly manipulating the actual database structures. These intermediate representations include hash keys and checksums that enable efficient comparison and detection of schema differences, reducing the complexity of direct schema synchronization operations across multiple databases.

Inventive Principle:
Principle #26Copying

3Reliability

If schema changes are propagated across all databases in a fleet, then consistency is maintained, but the risk of downtime and compatibility issues increases

Engineering Contradiction:
Improveschema consistencyVSAvoiddowntime risk
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent performs preliminary schema comparison and validation using intermediate representations before propagating schema changes across the database fleet. The system identifies discrepancies, validates compatibility, and prepares synchronization plans in advance, allowing administrators to review and approve changes before implementation, thereby minimizing the risk of downtime and compatibility issues during schema propagation.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11106640B1Database fleet schema maintenance
Publication Date: 2021.08.31 AMAZON TECH INC
  • US11106640B1 patent drawing
  • US11106640B1 patent drawing
  • US11106640B1 patent drawing

AI summary

A fleet of databases may comprise subsets of databases sharing a common schema for replication, horizontal partitioning and other applications. Events related to potential deviations from a desired schema may be monitored. Automated means may be employed to detect variations from a desired schema. An intermediate representation of database schema may be formed and used to compare database schemas. Subclasses and allowed versions of desired schemas may be defined. Security attributes related to schema inspection and modification may be mapped to enable selected operations on schema.