vldb-related-work
Use when positioning a PVLDB submission against prior literature, covering the deep database canon back to the 1980s VLDB proceedings, the SIGMOD/IC…
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
VLDB Related Work
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."
The reinvention audit
Before claiming a technique is new, sweep three strata:
- The deep canon (1975-2000) — partitioning, replication, buffering,
adaptive query processing, and materialization ideas recur under new
hardware. Search old VLDB/SIGMOD proceedings and TODS for the mechanism,
not today's terminology for it.
- The modern venue ring — PVLDB itself, SIGMOD/PACMMOD, ICDE, EDBT,
CIDR, plus the systems conferences (SOSP/OSDI, NSDI, EuroSys) where storage
and dataflow work also lands.
- Running code — features shipped in PostgreSQL, RocksDB, DuckDB, Spark,
or the cloud warehouses count as prior art whether or not a paper exists.
Citing a system's documentation is normal here; pretending an implemented
idea is unpublished is a rejection with a hyperlink.
If the mechanism existed, the honest contribution is the delta: new hardware
assumptions, new scale, new workload class, or the first measured comparison.
Lane coverage check
| 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.
Concurrency on a rolling calendar
Monthly deadlines mean near-neighbors surface during your review window.
- Sweep arXiv and the latest PVLDB issues in the week before your abstract
registration; issues appear monthly, not annually.
- Work published after your submission date is concurrent: acknowledge it in
the revision or camera-ready neutrally, without priority anxiety.
- If a concurrent paper lands mid-revision, address it in the change document
factually — the same board is likely reviewing both.
Extended versions and overlap
- Prior workshop or demo versions: declare them and state the delta; a PVLDB
research paper must carry substantial new content over them (exact overlap
thresholds: 待核实 on the live volume guidelines).
- Do not hold the same work under review at PVLDB and another venue
simultaneously; rolling cadence makes "just try both" tempting and
detectable — the communities share a review pool.
- The later journal expansion (The VLDB Journal, TODS) is the sanctioned lane
for outgrowing the 12 pages.
Writing the positioning paragraphs
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.
Output format
[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>想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
它属于哪个仓库
VLDB-Skills/skills/vldb-related-work/SKILL.md