Relational Database to XML Translation via EER Model

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for translating relational databases into XML documents and vice versa are inefficient, lacking data semantics constraints and failing to provide seamless integration and interoperability between relational and XML databases, particularly in e-commerce applications, where data replication, transformation, and recovery are laborious and error-prone.

Innovation Solution

A method involving the generation of an Extended Entity Relationship (EER) model from relational or XML schemas, followed by schema translation to map data semantics into Document Type Definitions (DTDs) and XML Tree Models, enabling conversion between relational and XML databases while preserving data semantics, and facilitating data transmission over networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional translation methods are used between relational databases and XML databases, then basic data conversion is achieved, but data semantics constraints are not considered and the process is laborious and error-prone

Engineering Contradiction:
Improvedata conversion accuracyVSAvoidtranslation process complexity
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The patent applies preliminary action by pre-defining schema translation rules and data semantics constraints before the actual data conversion process. The system establishes mapping relationships between relational database schemas and XML schemas in advance, so that during translation, the process automatically follows these pre-established rules, reducing manual intervention and errors.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary schema translation layer that acts as a mediator between relational databases and XML databases. This intermediary layer contains the translation rules and semantics constraints, allowing automatic and accurate conversion without direct manual mapping, thus improving reliability while reducing complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If most XML-enabled database management systems translate only a few relations into XML documents, then partial data conversion is achieved, but the ability to transform the whole relational database into an XML document is lost

Engineering Contradiction:
Improvedata conversion throughputVSAvoidtranslation scope
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The patent applies universality by creating a schema translation framework that can handle any relational database schema and convert it to XML schema. The system is designed to be universally applicable to entire databases rather than being limited to specific relations, enabling full database transformation while maintaining high productivity through automated processing.

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

Solution Approach 2:

The patent uses parameter changes by adjusting the scope parameter from partial (few relations) to complete (whole database). The schema translation mechanism allows the system to process entire databases by changing the translation scope parameter, thereby increasing both productivity and adaptability simultaneously.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If data replication and transformation between relational and XML databases is performed manually, then basic interoperability is achieved, but the process is tedious and error-prone

Engineering Contradiction:
Improvedata interchange accuracyVSAvoidtranslation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies self-service by enabling the system to automatically perform schema translation and data conversion without manual intervention. The automated schema translation framework with pre-defined rules allows the system to service itself, eliminating tedious manual processes and reducing errors while maintaining high accuracy.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent incorporates feedback mechanisms where the schema translation process automatically validates and adjusts conversions based on data semantics constraints. This feedback loop ensures high accuracy by continuously checking and correcting translations, while the automation eliminates manual time consumption.

Inventive Principle:
Principle #23Feedback

4Adaptability or versatility

If schema translation is performed without data semantics constraints considerations, then basic data conversion is achieved, but the translation is insufficient for information highway requirements

Engineering Contradiction:
Improvetranslation capabilityVSAvoiddata semantics preservation
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent applies local quality by incorporating data semantics constraints at specific critical points in the translation process. Rather than uniform processing, the system applies semantics-aware translation rules where needed to preserve data meaning, while maintaining efficient automated processing elsewhere, thus achieving both adaptability and reliability.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS8321478B2System and method of translating a relational database into an XML document and vice versa
Publication Date: 2012.11.27 FONG JOSEPH S P
  • US8321478B2 patent drawing
  • US8321478B2 patent drawing
  • US8321478B2 patent drawing

AI summary

A method of translating a relational database into an XML document comprises generating an Extended Entity Relationship model from relational schema associated with the relational database and applying a schema translation process to the Extended Entity Relationship model to map the relational schema into a Document Type Definition (DTD) of an XML schema. An XML Tree Model is then generated from the Document Type Definition, the XML Tree Model being representative of one or more data semantics of the relational schema which are preserved as one or more data semantics in the XML document. Relational data from the relational database is then converted into the XML document using the relational schema and the XML schema from the Document Type Definition and/or the XML Tree Model. There is also described a method of translating an XML database into a relational database which comprises the reversal of the steps of the disclosed method, and a system for implementing both methods.