EDBT Topic Selection
Decide the venue and the paper shape before drafting. EDBT — the International Conference on
Extending Database Technology — is the European database-systems flagship, held jointly with
ICDT (its theory sibling) and published open access on OpenProceedings.org. Its reviewers read
for a contribution that extends real database technology: systems, applied data management, and
experiments-and-analysis work. A paper whose true center is a complexity result, a pure-ML model, or
a US-flagship-scale systems marathon may be respected and then rerouted.
The routing question that matters most
EDBT overlaps heavily with SIGMOD, VLDB, and ICDE in scope and reviewer pool, so the decisive
question is rarely "is this databases?" but "which database community, publication model, and
cycle fits this paper now?" Two EDBT-specific pulls tilt the answer:
- The rolling cycle is often the nearest honest deadline. EDBT's three cycles a year mean a
ready paper rarely waits long; if SIGMOD/ICDE/PVLDB's next window is months out, the near EDBT
cycle can be the rational choice for a finished contribution.
- Open access matters to some authors and funders. OpenProceedings' CC-BY-NC-ND, author-retained
copyright, no-APC model is a genuine reason to prefer EDBT over the paywalled ACM/IEEE DLs.
Sibling-venue routing table
| Signal in your project |
Better home |
Why |
| A contribution that extends database technology — systems, applied data management, experiments — ready now, EDBT cycle nearest |
EDBT |
European DB-systems flagship; OpenProceedings open access; rolling cycles |
| A flagship-scale systems result you want in the ACM DB community's marquee venue |
SIGMOD |
US flagship, ACM DL; different cycle and template |
| A polished journal-style systems paper aiming at the PVLDB monthly pipeline |
VLDB / PVLDB |
Journal-style monthly deadlines; different review model |
| A broad data-engineering contribution wanting the IEEE venue and stage |
ICDE |
IEEE DL; sibling flagship, different calendar |
| The heart is a complexity, query-language, or dependency-theory result |
ICDT |
EDBT's co-located theory sibling — theory belongs there, not in EDBT |
| Too long or too deep for the page budget, or a survey |
VLDBJ / TODS / TKDE |
Journals with no conference page ceiling |
Contribution shapes EDBT rewards (and the paper shape they map to)
- System + architecture / mechanism — a storage, query-processing, indexing, transaction, or
integration mechanism, embodied in a real system and measured on real workloads → Regular.
- Distributed / scalable algorithm — an operator or method that extends processing to a new
scale, platform, or data type, with a scalability evaluation → Regular.
- Experiments & Analysis — a rigorous benchmarking, repeatability, or comparative study where
the measurement itself is the contribution → Experiments & Analysis paper.
- Applied data management / experience — extending a working system to a real operational need,
reported honestly → Regular.
- Forward-looking idea — a well-argued new direction not yet fully built or evaluated →
Vision paper (short).
The theory-vs-systems test (the EDBT/ICDT boundary)
Because EDBT and ICDT share a conference and a proceedings platform, the sharpest routing mistake is
sending a theory paper to EDBT (or an unbuilt systems idea to ICDT):
- If the core result is a theorem — a complexity bound, an expressiveness or decidability result,
a query-language or constraint-theory contribution — it belongs at ICDT, not EDBT, even though
they meet in the same week.
- If the core result is a built-and-measured system or a data-analysis study, it belongs at
EDBT. Being able to co-present near the theory community is a benefit of EDBT, not a reason to
submit theory to it.
The scale-and-community test (EDBT vs. the US flagships)
- Scale realism, not scale maximalism. EDBT values evaluations on realistic workloads and honest
scope; a paper does not need US-flagship-scale infrastructure to be strong here, but its claims
must match its evidence.
- Community pull. If your bibliography and closest prior work are European DB-systems papers and
the near cycle fits, EDBT is a natural home; if the paper is in explicit dialogue with a
SIGMOD/PVLDB line and aims at that audience, weigh the sibling.
Cheap reconnaissance before committing
[Scope] scan the last two EDBT programs (dblp, OpenProceedings) for your subarea
-> 3+ recent papers = a reviewer pool exists; 0 = opening or mismatch
[Boundary] is the core a theorem (-> ICDT) or a built/measured system-or-study (-> EDBT)?
[Citations] is your bibliography majority DB venues (SIGMOD/VLDB/ICDE/EDBT/ICDT)?
-> majority non-DB => reviewers read you as a visitor; naturalize the intro first
[Calendar] compare the next EDBT cycle with SIGMOD/PVLDB/ICDE dates -> route to the nearest
honest fit rather than idling
Decision procedure
[Audience] who acts differently if the claim holds? -> DB systems builders / practitioners / researchers?
[Claim type] system / scalable algorithm / experiments-&-analysis / applied experience / vision / theory
[Theory check] is the heart a theorem? -> route to ICDT
[EDBT vs US flagship] all fit? -> choose by open-access preference, cycle proximity, community pull
[Shape] Regular / Experiments-&-Analysis / Vision, matched to the contribution
[Verdict] EDBT (which shape, which cycle) / sibling venue / journal, with a one-line reason
Run this before the writing skills; a wrong venue or shape decision wastes every later step. When
the verdict is EDBT, continue with edbt-workflow for the cycle calendar and edbt-writing-style
for the paper shape.
1---2name: edbt-topic-selection3description: Use when deciding whether a data-management project belongs at EDBT or should be routed to SIGMOD, VLDB/PVLDB, ICDE, the co-located ICDT theory venue, or a database journal, and when choosing the EDBT paper shape (Regular / Experiments-&-Analysis / Vision) and the nearest submission cycle.4---56# EDBT Topic Selection78Decide the venue and the paper shape before drafting. EDBT — the International Conference on9**Extending Database Technology** — is the European database-systems flagship, held jointly with10**ICDT** (its theory sibling) and published open access on OpenProceedings.org. Its reviewers read11for a **contribution that extends real database technology**: systems, applied data management, and12experiments-and-analysis work. A paper whose true center is a complexity result, a pure-ML model, or13a US-flagship-scale systems marathon may be respected and then rerouted.1415## The routing question that matters most1617EDBT overlaps heavily with SIGMOD, VLDB, and ICDE in scope and reviewer pool, so the decisive18question is rarely "is this databases?" but **"which database community, publication model, and19cycle fits this paper now?"** Two EDBT-specific pulls tilt the answer:2021- **The rolling cycle is often the nearest honest deadline.** EDBT's three cycles a year mean a22 ready paper rarely waits long; if SIGMOD/ICDE/PVLDB's next window is months out, the near EDBT23 cycle can be the rational choice for a finished contribution.24- **Open access matters to some authors and funders.** OpenProceedings' CC-BY-NC-ND, author-retained25 copyright, no-APC model is a genuine reason to prefer EDBT over the paywalled ACM/IEEE DLs.2627## Sibling-venue routing table2829| Signal in your project | Better home | Why |30|---|---|---|31| A contribution that *extends database technology* — systems, applied data management, experiments — ready now, EDBT cycle nearest | **EDBT** | European DB-systems flagship; OpenProceedings open access; rolling cycles |32| A flagship-scale systems result you want in the ACM DB community's marquee venue | **SIGMOD** | US flagship, ACM DL; different cycle and template |33| A polished journal-style systems paper aiming at the PVLDB monthly pipeline | **VLDB / PVLDB** | Journal-style monthly deadlines; different review model |34| A broad data-engineering contribution wanting the IEEE venue and stage | **ICDE** | IEEE DL; sibling flagship, different calendar |35| The heart is a **complexity, query-language, or dependency-theory** result | **ICDT** | EDBT's co-located theory sibling — theory belongs there, not in EDBT |36| Too long or too deep for the page budget, or a survey | **VLDBJ / TODS / TKDE** | Journals with no conference page ceiling |3738## Contribution shapes EDBT rewards (and the paper shape they map to)3940- **System + architecture / mechanism** — a storage, query-processing, indexing, transaction, or41 integration mechanism, embodied in a real system and measured on real workloads → **Regular**.42- **Distributed / scalable algorithm** — an operator or method that extends processing to a new43 scale, platform, or data type, with a scalability evaluation → **Regular**.44- **Experiments & Analysis** — a rigorous benchmarking, repeatability, or comparative study where45 the *measurement itself* is the contribution → **Experiments & Analysis** paper.46- **Applied data management / experience** — extending a working system to a real operational need,47 reported honestly → **Regular**.48- **Forward-looking idea** — a well-argued new direction not yet fully built or evaluated →49 **Vision** paper (short).5051## The theory-vs-systems test (the EDBT/ICDT boundary)5253Because EDBT and ICDT share a conference and a proceedings platform, the sharpest routing mistake is54sending a theory paper to EDBT (or an unbuilt systems idea to ICDT):5556- **If the core result is a theorem** — a complexity bound, an expressiveness or decidability result,57 a query-language or constraint-theory contribution — it belongs at **ICDT**, not EDBT, even though58 they meet in the same week.59- **If the core result is a built-and-measured system or a data-analysis study**, it belongs at60 **EDBT**. Being able to co-present near the theory community is a benefit of EDBT, not a reason to61 submit theory to it.6263## The scale-and-community test (EDBT vs. the US flagships)6465- **Scale realism, not scale maximalism.** EDBT values evaluations on realistic workloads and honest66 scope; a paper does not need US-flagship-scale infrastructure to be strong here, but its claims67 must match its evidence.68- **Community pull.** If your bibliography and closest prior work are European DB-systems papers and69 the near cycle fits, EDBT is a natural home; if the paper is in explicit dialogue with a70 SIGMOD/PVLDB line and aims at that audience, weigh the sibling.7172## Cheap reconnaissance before committing7374```text75[Scope] scan the last two EDBT programs (dblp, OpenProceedings) for your subarea76 -> 3+ recent papers = a reviewer pool exists; 0 = opening or mismatch77[Boundary] is the core a theorem (-> ICDT) or a built/measured system-or-study (-> EDBT)?78[Citations] is your bibliography majority DB venues (SIGMOD/VLDB/ICDE/EDBT/ICDT)?79 -> majority non-DB => reviewers read you as a visitor; naturalize the intro first80[Calendar] compare the next EDBT cycle with SIGMOD/PVLDB/ICDE dates -> route to the nearest81 honest fit rather than idling82```8384## Decision procedure8586```text87[Audience] who acts differently if the claim holds? -> DB systems builders / practitioners / researchers?88[Claim type] system / scalable algorithm / experiments-&-analysis / applied experience / vision / theory89[Theory check] is the heart a theorem? -> route to ICDT90[EDBT vs US flagship] all fit? -> choose by open-access preference, cycle proximity, community pull91[Shape] Regular / Experiments-&-Analysis / Vision, matched to the contribution92[Verdict] EDBT (which shape, which cycle) / sibling venue / journal, with a one-line reason93```9495Run this before the writing skills; a wrong venue or shape decision wastes every later step. When96the verdict is EDBT, continue with `edbt-workflow` for the cycle calendar and `edbt-writing-style`97for the paper shape.