EDBT 2026 Demo / reviewers in the wild / expert
Sajad Faghfoor Maghrebi
dblp:415/9515
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2025
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 1 · 1 first-author · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Databases, data mining, and information retrieval
1 paper |
Indexing and storage engines · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Memory systems · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Indexing and storage engines
hash index |
0.9 | 1 | 2025 | Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025 |
Indexing and storage engines
in-memory index |
0.9 | 1 | 2025 | Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025 |
Indexing and storage engines
key-value store |
0.9 | 1 | 2025 | Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025 |
Memory systems › memory management
memory footprint reduction |
0.3 | 1 | 2025 | Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025 |
Methods — techniques the papers use, named apart from their topics
rank and select primitives · 1.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Sphinx: A Succinct Perfect Hash Index for x86abstractMany modern key-value stores rely on an in-memory index to map the location of each data entry in storage. The size of this index often becomes a memory bottleneck that makes it difficult to scale the system to large data sizes. To address this problem, the state-of-the-art approach is to structure this index as a succinct perfect hash table using only ≈ 4 bits per key. The downside is that the hash table encoding is computationally expensive to parse and may harm overall system performance. We introduce Sphinx, a succinct perfect hash table reengineered for high performance on commodity CPUs. Sphinx is encoded in a manner that lends itself to efficient access using rank and select primitives, and it uses auxiliary metadata to decode common hash table slots instantaneously. Sphinx is also expandable and parallelizable. We compare Sphinx to the best alternatives and show that it leads to a 2x reduction in query latency, update latency, and memory footprint. Sajad Faghfoor Maghrebi, Niv Dayan |
Proc. VLDB Endow. | 1 |