Relational.OWL - A Data and Schema Representation Format Based on OWL
| Relational.OWL - A Data and Schema Representation Format Based on OWL | |
|---|---|
Relational.OWL - A Data and Schema Representation Format Based on OWL
| |
| Bibliographical Metadata | |
| Keywords: | Data Representation, Schema Representation, Semantic Web, Web Ontology Language (OWL), Resource Description Framework (RDF), Relational Databases, Ontologies |
| Year: | 2005 |
| Authors: | Cristian Pérez de Laborda, Stefan Conrad |
| Venue | PAKDD |
| Content Metadata | |
| Problem: | Transforming Relational Databases into Semantic Web |
| Approach: | No data available now. |
| Implementation: | Relational.OWL |
| Evaluation: | No data available now. |
Abstract
One of the research fields which has recently gained much scientific interest within the database community are Peer-to-Peer databases, where peers have the autonomy to decide whether to join or to leave an information sharing environment at any time. Such volatile data nodes may appear shortly, collect or deliver some data, and disappear again. It even can not be assured that a peer joins the network ever again. In this paper we introduce a representation format fort both, schema and data information based on the Web Ontology Language OWL. According to the advantages of the Semantic Web we are thus able to represent and to transfer every schema and data component of a database to any partner, without having to define a data and schema exchange format explicitly.
Conclusion
In this paper we have shown how to represent schema and data items originally stored in relational database systems using our own OWL ontology. Relational.OWL enables us to semantically represent the schema of any relational database. This representation itself can be interpreted, due to the properties of OWL Full, as a novel ontology. Based on the latter ontology, we can now semantically represent the data stored in this specific database. The advantage of this representation technique is obvious: Both, schema and data changes can automatically be transferred to and processed by any remote database system, which is able to understand knowledge representation techniques used within OWL. Misunderstandings are impossible.Besides the refinement and completion of the concrete schema representation, we consider on how to adopt our technique to other types of database systems. Similar solutions can easily be found for Object-Oriented Databases, Hierarchical Databases like IMS, or its hybrid the modern and more common X.500 or LDAP Directory Systems
Future work
A further extension for Relational.OWL could be a corresponding protocol extending the possibilities of Relational.OWL to particularly support data exchanges or replications. There we could employ the advantages of our knowledge representation technique for recurring problems occurring within such a data exchange process, e.g. identifying the same data items on remote databases. Although autonomously communicating databases in a metadata exchange are still more vision than reality, our model takes us one step further.
Approach
Positive Aspects: No data available now.
Negative Aspects: No data available now.
Limitations: No data available now.
Challenges: No data available now.
Proposes Algorithm: No data available now.
Methodology: No data available now.
Requirements: No data available now.
Limitations: No data available now.
Implementations
Download-page: https://github.com/berezovskyi/relational-owl
Access API: No data available now.
Information Representation: No data available now.
Data Catalogue: {{{Catalogue}}}
Runs on OS: No data available now.
Vendor: Open Source
Uses Framework: No data available now.
Has Documentation URL: No data available now.
Programming Language: Java
Version: No data available now.
Platform: No data available now.
Toolbox: No data available now.
GUI: Yes
Research Problem
Subproblem of: No data available now.
RelatedProblem: No data available now.
Motivation: No data available now.
Evaluation
Experiment Setup: No data available now.
Evaluation Method : No data available now.
Hypothesis: No data available now.
Description: No data available now.
Dimensions: No data available now.
Benchmark used: No data available now.
Results: No data available now.