PODS Related Work
Use this to audit novelty and eligibility. PODS reviewers are close to the database-theory literature
and expect to see exactly where your result sits relative to the nearest prior result — a
comparison of theorems, not a list of papers. Reopen the current PODS call for the resubmission,
anonymity, and prior-publication rules before advising authors.
Positioning checks
- Separate the mathematical novelty from the effort. What is new: a bound that was open, a
dichotomy that completes a partial classification, a semantics nobody had defined, a lower bound
matching a known upper bound? Name the theorem-level delta.
- Cover the theory lanes. PODS reviewers expect the database-theory venues and the relevant
logic/complexity literature, not only the papers nearest your technique (see the table). A
bibliography missing the obvious prior classification reads as unaware.
- Write delta-first at the level of results. Each closely related paper gets one sentence naming
what it proved and one naming how your result differs — a stronger bound, a broader class, a
matching lower bound, a removed assumption. Compare theorems, do not summarize abstracts.
- Preserve lightweight double-anonymity. Cite your own prior work in the third person and never
link reviewers to an identity-revealing arXiv preprint, homepage, or named system.
- Declare overlap with any prior conference/workshop version, an ICDT/journal version, or a
concurrent submission; do not re-submit an already-published theorem as new.
Database-theory literature lanes
| Lane |
Typical venues |
What PODS reviewers check |
| Database theory (symposia) |
PODS, ICDT |
Whether the nearest prior bound/dichotomy/semantics is compared or subsumed |
| Logic & finite model theory |
LICS, ICALP, CSL |
Whether the logical tools and expressiveness results are credited to origin |
| Complexity (when a bound rests on it) |
STOC, FOCS, CCC |
Whether the complexity-theoretic assumption (ETH, OMv, #P) is stated correctly |
| Theory journals |
TODS, LMCS, JACM, VLDBJ |
Whether the full/journal treatment of a topic is engaged, not just the extended abstract |
| Systems DB (when relevant) |
SIGMOD, VLDB, ICDE |
Whether a practically motivated problem's systems context is acknowledged |
A bibliography that cites only your own thread of papers tells a reviewer the delta may be smaller than
claimed; one that reaches ICDT, the logic venues, and the journal versions signals command of the field.
Delta-first positioning vignette
Suppose the paper proves a dichotomy for a query-evaluation problem. Its nearest neighbors: an
earlier paper giving tractability for a sub-class (positive, but not a classification), a hardness
result for one specific query (negative, but isolated), and a journal survey conjecturing the
boundary. The novelty sentence should name all three contrasts — a complete classification where the
first had only a sub-class, a general lower bound where the second had one query, and a proof where
the survey had a conjecture.
Concurrent and prior-version judgment calls
[Concurrent arXiv work] cite neutrally, state the precise result-level difference, avoid
unverifiable priority claims; keep the citation double-anonymous
[Your ICDT/workshop ver] declare it; state what the PODS paper adds (a matching lower bound, the
general case, full proofs) beyond the earlier extended abstract
[Journal full version] if a journal version exists or is in submission, disclose it; PODS is an
extended abstract venue and overlap must be stated
[Archival status unclear] declare the overlap in the submission rather than guessing a chair's reading
Eligibility red flags
- Substantial overlap with a theorem already published by the same authors (self-plagiarism / double
publication risk).
- A "new" result that re-proves a known bound with a cosmetic change of model and no new consequence.
- Citations exclusively to systems venues, signaling a paper that may be a systems result reframed
without the theory a PODS reviewer expects.
Output format
[Eligibility] clear / needs declaration / risky
[Lanes covered] <db-theory / logic-FMT / complexity / journals / systems-when-relevant>
[Nearest 3 results] <prior result -> one-line theorem-level delta>
[Archival-overlap risk] <none / declare: which prior version>
[Novelty sentence] <PODS-ready contribution contrast against the nearest prior theorem>
Source: brycewang-stanford/Awesome-Journal-Skills → PODS-Skills/skills/pods-related-work/SKILL.md
1---2name: pods-related-work3description: Use when positioning an ACM PODS submission against the database-theory literature across PODS, ICDT, LICS, and the journals (TODS, LMCS, JACM, VLDBJ), writing delta-first contrast that compares results rather than cataloging citations, keeping self-citations double-anonymous, and handling concurrent, arXiv-preprint, and prior-version overlap.4---5
6
7# PODS Related Work
8
9Use this to audit novelty and eligibility. PODS reviewers are close to the database-theory literature
10and expect to see exactly where your **result** sits relative to the nearest prior **result** — a
11comparison of theorems, not a list of papers. Reopen the current PODS call for the resubmission,
12anonymity, and prior-publication rules before advising authors.
13
14## Positioning checks
15
16- **Separate the mathematical novelty from the effort.** What is new: a bound that was open, a
17 dichotomy that completes a partial classification, a semantics nobody had defined, a lower bound
18 matching a known upper bound? Name the theorem-level delta.
19- **Cover the theory lanes.** PODS reviewers expect the database-theory venues *and* the relevant
20 logic/complexity literature, not only the papers nearest your technique (see the table). A
21 bibliography missing the obvious prior classification reads as unaware.
22- **Write delta-first at the level of results.** Each closely related paper gets one sentence naming
23 what it *proved* and one naming how your result differs — a stronger bound, a broader class, a
24 matching lower bound, a removed assumption. Compare theorems, do not summarize abstracts.
25- **Preserve lightweight double-anonymity.** Cite your own prior work in the third person and never
26 link reviewers to an identity-revealing arXiv preprint, homepage, or named system.
27- **Declare overlap** with any prior conference/workshop version, an ICDT/journal version, or a
28 concurrent submission; do not re-submit an already-published theorem as new.
29
30## Database-theory literature lanes
31
32| Lane | Typical venues | What PODS reviewers check |
33|---|---|---|
34| Database theory (symposia) | PODS, ICDT | Whether the nearest prior bound/dichotomy/semantics is compared or subsumed |
35| Logic & finite model theory | LICS, ICALP, CSL | Whether the logical tools and expressiveness results are credited to origin |
36| Complexity (when a bound rests on it) | STOC, FOCS, CCC | Whether the complexity-theoretic assumption (ETH, OMv, #P) is stated correctly |
37| Theory journals | TODS, LMCS, JACM, VLDBJ | Whether the full/journal treatment of a topic is engaged, not just the extended abstract |
38| Systems DB (when relevant) | SIGMOD, VLDB, ICDE | Whether a practically motivated problem's systems context is acknowledged |
39
40A bibliography that cites only your own thread of papers tells a reviewer the delta may be smaller than
41claimed; one that reaches ICDT, the logic venues, and the journal versions signals command of the field.
42
43## Delta-first positioning vignette
44
45Suppose the paper proves a **dichotomy** for a query-evaluation problem. Its nearest neighbors: an
46earlier paper giving tractability for a *sub*-class (positive, but not a classification), a hardness
47result for one *specific* query (negative, but isolated), and a journal survey conjecturing the
48boundary. The novelty sentence should name all three contrasts — a *complete* classification where the
49first had only a sub-class, a *general* lower bound where the second had one query, and a *proof* where
50the survey had a conjecture.
51
52## Concurrent and prior-version judgment calls
53
54```text
55[Concurrent arXiv work] cite neutrally, state the precise result-level difference, avoid
56 unverifiable priority claims; keep the citation double-anonymous
57[Your ICDT/workshop ver] declare it; state what the PODS paper adds (a matching lower bound, the
58 general case, full proofs) beyond the earlier extended abstract
59[Journal full version] if a journal version exists or is in submission, disclose it; PODS is an
60 extended abstract venue and overlap must be stated
61[Archival status unclear] declare the overlap in the submission rather than guessing a chair's reading
62```
63
64## Eligibility red flags
65
66- Substantial overlap with a theorem already published by the same authors (self-plagiarism / double
67 publication risk).
68- A "new" result that re-proves a known bound with a cosmetic change of model and no new consequence.
69- Citations exclusively to systems venues, signaling a paper that may be a systems result reframed
70 without the theory a PODS reviewer expects.
71
72## Output format
73
74```text
75[Eligibility] clear / needs declaration / risky
76[Lanes covered] <db-theory / logic-FMT / complexity / journals / systems-when-relevant>
77[Nearest 3 results] <prior result -> one-line theorem-level delta>
78[Archival-overlap risk] <none / declare: which prior version>
79[Novelty sentence] <PODS-ready contribution contrast against the nearest prior theorem>
80```
81
82---
83
84**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `PODS-Skills/skills/pods-related-work/SKILL.md`