SQL Packet Replication Server for Heterogeneous Database Sync

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional replication methods face difficulties in replicating structured query language (SQL) databases to heterogeneous databases like NoSQL databases and struggle to detect synchronization errors during replication, leading to performance degradation and replication delays.

Innovation Solution

A system and method utilizing a replication server with modules for SQL packet analysis, data standardization, and synchronization error detection, which captures and converts SQL packets from a network stream, allowing real-time replication and synchronization between a source database and a heterogeneous database management system while minimizing source database load.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional replication methods are used to replicate SQL database to heterogeneous database, then replication can be performed, but synchronization error detection capability is lacking and replication delay occurs

Engineering Contradiction:
Improvesynchronization accuracyVSAvoidreplication delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

A replication server is introduced as an intermediary component between the source SQL database and the target heterogeneous database. The replication server captures SQL packets, converts them to appropriate formats, and transmits them to the target database, enabling seamless replication between heterogeneous systems while maintaining synchronization accuracy and reducing replication delay.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces traditional mechanical ETL (Extract-Transform-Load) methods with a packet-based replication approach. Instead of re-extracting data through complex ETL processes, the system captures SQL packets in transit, converts their format, and transmits them directly, eliminating the time-consuming re-extraction phase and reducing replication delay.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Ease of manufacture

If ETL techniques are used to extract and place data, then separate database construction is achieved, but source database load increases causing performance degradation

Engineering Contradiction:
Improvedatabase construction capabilityVSAvoidsource database performance
Core Design Contradiction:
Ease of manufactureVSProductivity

Solution Approach 1:

The patent extracts only the necessary SQL packets from the network stream between the client and source database, rather than re-extracting all data through ETL processes. This selective extraction approach minimizes the load on the source database while still achieving the goal of constructing separate database copies.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The replication server performs data conversion and preparation in advance by capturing SQL packets before they are executed by the source database. By pre-converting packets to the target database format, the system avoids the need for time-consuming re-extraction and transformation operations that would otherwise burden the source database.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If conventional replication methods are applied, then data replication can be performed, but synchronization error detection is difficult

Engineering Contradiction:
Improvereplication speedVSAvoidsynchronization error detection
Core Design Contradiction:
ProductivityVSDifficulty of detecting and measuring

Solution Approach 1:

The replication server implements a feedback mechanism by capturing both the transmitted SQL packets and their execution results from the target database. By comparing the original packets with the execution outcomes, the system can detect synchronization errors and verify data consistency, maintaining high replication speed while enabling error detection.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The replication server acts as an intermediary that not only transfers data but also monitors and verifies the replication process. By intercepting and analyzing both incoming SQL packets and outgoing execution results, the server can detect synchronization errors without significantly impacting replication speed.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Loss of time

If SQL packets are captured and converted in real-time, then replication delay is reduced, but system complexity increases

Engineering Contradiction:
Improvereplication delayVSAvoidreplication system complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The replication server is designed as a universal system that handles multiple database types (SQL and NoSQL) through a single packet conversion mechanism. By implementing a generic packet capture and conversion framework that adapts to different target database formats, the system reduces replication delay without proportionally increasing complexity.

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

Data Source

PatentUS11157512B2Method and system for replicating data to heterogeneous database and detecting synchronization error of heterogeneous database through SQL packet analysis
Publication Date: 2021.10.26 WAREVALLEY
  • US11157512B2 patent drawing
  • US11157512B2 patent drawing
  • US11157512B2 patent drawing

AI summary

A method and a system for converting and replicating data stored in a source database into target database without a load of the source database due to a replication operation. The system includes a first operating server for the source database, a second operating server for the target database, and a replication server extracting a structured query language (SQL) transmitted from a client to the source database in a network stream transmitted from a client to the first operating server and transmit the converted data structure to the second operating server, thereby synchronizing the source database with a replication database.