Use this when assembling EDBT supplementary material. The governing rule is simple and strict: the paper must be judgeable from the reviewed pages alone. The artifact and any appendix support the paper; they do not hold the argument. Reviewers open the artifact at their discretion, so anything the decision depends on lives in the body.
| Content | Body (within page budget) | Artifact / appendix |
|---|---|---|
| The problem, contribution, and what it enables | Yes | — |
| Core mechanism / system design | Yes | Full parameter grids, extra configs |
| The headline results and the scope/overhead | Yes | Full result tables, secondary sweeps |
| The evaluation setup a claim depends on | Named in the body | The complete harness and logs |
| Workload / dataset summary + derivation | Summary + criterion | The full derivation scripts and data |
| Raw logs, build scripts, containers | — | Yes |
| Reproduction instructions | A pointer | The README and run scripts |
If a reviewer would need to open the artifact to know whether to accept, the paper is mis-partitioned — move that evidence into the body.
EDBT's budget depends on the paper shape (EDBT 2022 CFP; reverify per cycle): Regular and Experiments & Analysis papers ≤12 pages; Vision papers ≤6; references are unlimited and do not count. Consequences:
[Runnable] the artifact builds and runs from its README on a clean machine; a demo run succeeds
[Provenance] dataset versions, workload derivation, engine build/commit, and seeds are pinned
[Consistency] every body number traces to a script in the package
[Clean archive] no stray credentials, caches, or huge irrelevant files; (if double-blind) no
identity strings, owner paths, or cluster names
[Opens clean] verify the archive unpacks and the README orients a reader in one minute
A paper contributing a query-processing operator and its evaluation: the body keeps the problem, the mechanism, the headline latency/scalability results with variance, the overhead-on-skew-free case, and a scope subsection; the artifact holds the container/build recipe, the workload-derivation scripts with pinned dataset versions, the full parameter sweeps, the raw logs, and the analysis notebooks. Nothing decision-critical lives only in the artifact, because artifact inspection is discretionary and the reviewers judge from the pages.
[Supplement status] ready / needs fixes / not ready
[Shape + budget] Regular | Experiments-&-Analysis | Vision — body within limit?
[Partition check] anything decision-critical outside the body? <none / move: what>
[Reproducibility] artifact runnable + provenance pinned + consistent with paper? yes/no
[Clean archive] (if double-blind) identity-free; no stray files? passed/issues
[Body dependency] <what a reviewer can decide without opening the artifact>