Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Sebastian Jekutsch

dblp:45/1970 · DBLP profile ↗
← Back
3ranked-venue papers
0as first author
0since 2021 · last 1997
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 2Artificial intelligence and machine learning · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
2 papers
Data integration and cleaning · 40% Information retrieval · 21% Data models and query languages · 21%

Topics — the 3 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Data integration and cleaning › mediator systems
mediator architecture
0.011997
A Generic Query-Translation Framework for a Mediator Architecture · ICDE 1997
Information retrieval › cross-language information retrieval
query translation
0.011997
A Generic Query-Translation Framework for a Mediator Architecture · ICDE 1997
Data integration and cleaning
mediator systems
0.011996
An Executable Graphical Representation of Mediatory Information Systems · ICDE 1996

Methods — techniques the papers use, named apart from their topics

declarative specification · 0.0code reuse · 0.0coloured petri nets · 0.0
YearPublicationVenuePosition
1997 A Generic Query-Translation Framework for a Mediator Architecture
abstract
A mediator is a domain-specific tool to support uniform access to multiple heterogeneous information sources and to abstract and combine data from different but related databases to gain new information. This middleware product is urgently needed for these frequently occurring tasks in a decision support environment. In order to provide a front end, a mediator usually defines a new language. If an application or a user submits a question to the mediator, it has to be decomposed into several queries to the underlying information sources. Since these sources can only be accessed using their own query language, a query translator is needed. This paper presents a new approach for implementing query translators. It supports conjunctive queries as well as negation. Care is taken to enable information sources of which processing capabilities do not allow conjunctive queries in general. Rapid implementation is guided by reusing previously prepared code. The specification of the translator is done declaratively and domain-independently.
Jacques Calmet, Sebastian Jekutsch, Joachim Schü
ICDE2
1997 KOMET - A System for the Integration of Heterogeneous Information Sources
Jacques Calmet, Sebastian Jekutsch, Peter Kullmann, Joachim Schü
ISMIS2
1996 An Executable Graphical Representation of Mediatory Information Systems
abstract
We present an approach towards a unified modeling and query processing tool for mediatory information systems. Based upon coloured Petri nets we are able to model the integration of parametric data (external, uncertain and temporal information) and to visualize the dataflow in mediatory information systems.
Jacques Calmet, Dirk Debertin, Sebastian Jekutsch, Joachim Schü
ICDE3