Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data.

Sajad Faghfoor Maghrebi

dblp:415/9515 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Indexing and storage engines
hash index
0.912025
Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025
Indexing and storage engines
in-memory index
0.912025
Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025
Indexing and storage engines
key-value store
0.912025
Sphinx: A Succinct Perfect Hash Index for x86 · Proc. VLDB Endow. 2025
Memory systems › memory management
memory footprint reduction
0.312025
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
YearPublicationVenuePosition
2025 Sphinx: A Succinct Perfect Hash Index for x86
abstract
Many 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