Use this to pressure-test novelty before writing the contribution list. The database field has forty-plus years of proceedings and a reviewer pool with long memories; the classic VLDB rejection is not "compared badly" but "reinvented, without knowing it."
Before claiming a technique is new, sweep three strata:
If the mechanism existed, the honest contribution is the delta: new hardware assumptions, new scale, new workload class, or the first measured comparison.
| Literature lane | The reviewer question it answers |
|---|---|
| Classic DB canon | Did they know this was tried in 1994? |
| Current PVLDB/SIGMOD/ICDE | Is the nearest recent method compared or distinguished? |
| Systems venues | Is the OS/distributed-systems version of this idea acknowledged? |
| Industrial systems & open source | Does a shipping engine already do it? |
| Theory (PODS/ICDT) | Are known bounds or hardness results respected? |
A related-work section drawing on only one lane signals a half-searched field.
Monthly deadlines mean near-neighbors surface during your review window.
Per nearest neighbor (3-5 of them):
[Name + venue + year] does <mechanism> under <assumption>.
We differ in <assumption/scale/workload>, which matters because <consequence>.
Compared in §<eval section> / not comparable because <honest reason>.
Group remaining citations by problem, one clause of contrast each. A citation without a contrast is bibliography, not positioning.
[Reinvention audit] clean / hits found (mechanism, source, year)
[Lane coverage] <lanes with gaps>
[Nearest neighbors] <3-5, each with the distinguishing assumption>
[Concurrent-work watch] <items surfaced this month>
[Overlap declarations] <prior versions and their deltas>
[Novelty sentence] <one sentence a skeptical builder would accept>