Demo Data from EDBT 2026 / reviewers in the wild / expert
Minh Hoang Dang
dblp:218/6857
· DBLP profile ↗
3ranked-venue papers
1as first author
3since 2021 · last 2024
0000-0003-3531-0132ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 3 · 1 first-author · 3 since 2021Applied, interdisciplinary, general and emerging computing · 1 · 1 since 2021
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
1 paper |
Distributed and cloud data management · 56% Data integration and cleaning · 44% |
Topics — the 2 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed and cloud data management › federated database
federated query processing |
0.8 | 1 | 2024 | FedUP: Querying Large-Scale Federations of SPARQL Endpoints · WWW 2024 |
Data integration and cleaning › mediator systems
source selection |
0.8 | 1 | 2024 | FedUP: Querying Large-Scale Federations of SPARQL Endpoints · WWW 2024 |
Methods — techniques the papers use, named apart from their topics
quotient summaries · 0.8provenance tracking · 0.8
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | FedUP: Querying Large-Scale Federations of SPARQL EndpointsabstractProcessing SPARQL queries over large federations of SPARQL endpoints is crucial for keeping the Semantic Web decentralized. Despite the existence of hundreds of SPARQL endpoints, current federation engines only scale to dozens. One major issue comes from the current definition of the source selection problem, i.e., finding the minimal set of SPARQL endpoints to contact per triple pattern. Even if such a source selection is minimal, only a few combinations of sources may return results. Consequently, most of the query processing time is wasted evaluating combinations that return no results. In this paper, we introduce the concept of Result-Aware query plans. This concept ensures that every subquery of the query plan effectively contributes to the result of the query. To compute a Result-Aware query plan, we propose FedUP, a new federation engine able to produce Result-Aware query plans by tracking the provenance of query results. However, getting query results requires computing source selection, and computing source selection requires query results. To break this vicious cycle, FedUP computes results and provenances on tiny quotient summaries of federations at the cost of source selection accuracy. Experimental results on federated benchmarks demonstrate that FedUP outperforms state-of-the-art federation engines by orders of magnitude in the context of large-scale federations. Julien Aimonier-Davat, Brice Nédelec, Minh Hoang Dang, Pascal Molli, Hala Skaf-Molli |
WWW | 3 |
| 2023 | Join Ordering of SPARQL Property Path Queries
Julien Aimonier-Davat, Hala Skaf-Molli, Pascal Molli, Minh Hoang Dang, Brice Nédelec |
ESWC | 4 |
| 2023 | FedShop: A Benchmark for Testing the Scalability of SPARQL Federation Engines
Minh Hoang Dang, Julien Aimonier-Davat, Pascal Molli, Olaf Hartig, Hala Skaf-Molli, Yotlan Le Crom |
ISWC | 1 |