Database Migration Service Schema Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Migrating data between different databases is often difficult and time-consuming due to differences in schema, formats, and syntax, requiring significant effort and resources, especially in heterogeneous migrations where source and target databases use different DBMS systems.

Innovation Solution

A database migration service that operates within a service provider network, allowing users to select options for migrating data while keeping the source DBMS operational, includes a schema conversion service to automatically convert schema and code formats, and provides recommendations for suitable target DBMS systems, enabling seamless data transfer with minimal downtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual schema conversion and data migration are performed between different database systems, then data can be transferred from source to target database, but the process becomes extremely time-consuming and expensive

Engineering Contradiction:
Improvedata migration speedVSAvoidmigration time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent introduces a database abstraction layer that serves as an intermediary between the source and target databases. This abstraction layer provides a unified schema representation that can translate between different database formats automatically, eliminating the need for manual conversion and significantly reducing migration time while maintaining high productivity

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent performs preliminary schema analysis and conversion before actual data migration. By pre-processing the schema objects and generating translation mappings in advance, the system prepares the conversion infrastructure beforehand, which accelerates the subsequent data migration process and reduces overall migration time

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If comprehensive schema conversion is performed to ensure compatibility between source and target databases, then data migration can proceed, but the complexity of the conversion process increases significantly

Engineering Contradiction:
Improvedatabase compatibilityVSAvoidconversion process complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal database abstraction layer that can work with multiple different database systems simultaneously. This single abstraction mechanism handles schema conversion across various database types (relational, NoSQL, cloud-based), providing broad compatibility without requiring separate complex conversion processes for each database pair

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

Solution Approach 2:

The patent transforms the complex schema conversion problem into parameter-based transformations. By representing schemas as configurable parameters and using automated translation rules that modify these parameters, the system simplifies the conversion process while maintaining adaptability to different database structures and formats

Inventive Principle:
Principle #35Parameter changes

3Manufacturing precision

If the source database is taken offline for migration to ensure data consistency, then accurate data transfer can be achieved, but downtime increases and service availability decreases

Engineering Contradiction:
Improvedata transfer accuracyVSAvoidservice availability
Core Design Contradiction:
Manufacturing precisionVSReliability

Solution Approach 1:

The patent enables continuous data migration by maintaining the source database online throughout the migration process. The abstraction layer captures data changes in real-time and applies them to the target database, ensuring data consistency without requiring the source system to be taken offline, thus preserving service availability while achieving accurate data transfer

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The patent implements a feedback mechanism that continuously monitors data changes in the source database during migration. This feedback loop ensures that any modifications made to the source database are automatically reflected in the target database, maintaining data consistency and accuracy while the source remains operational and accessible

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11269823B1Migrating data between databases
Publication Date: 2022.03.08 AMAZON TECH INC
  • US11269823B1 patent drawing
  • US11269823B1 patent drawing
  • US11269823B1 patent drawing

AI summary

Data is migrated between a source database and a target database. The source database management system (“DBMS”) remains operational during the migration. A user selects the source DBMS and target DBMS, provides connection information used to connect to the database management systems and selects a virtual machine instance to perform the migration in conjunction with a database migration service. After the setup is complete, the virtual machine instance in conjunction with the database migration service performs data type transformations, and other operations, without user intervention. The database migration service also converts, without user intervention, the source schema and code to a format compatible with the target DBMS. Any code that is not converted is marked to assist the user of the database migration service identify where manual re-coding is required. The database migration service can also provide recommendations as to a target DBMS that is a suitable target DBMS.