Demo Data from EDBT 2026 / reviewers in the wild / expert
Gongye Chen
dblp:407/9963
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2025
0009-0005-9944-414XORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 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.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Memory systems · 50% Storage systems · 50% | |
| Databases, data mining, and information retrieval
1 paper |
Database system architecture and tuning · 77% Transaction processing and concurrency control · 23% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Database system architecture and tuning
hybrid transactional and analytical processing |
0.9 | 1 | 2025 | PUSHtap: PIM-based In-Memory HTAP with Unified Data Storage Format · ASPLOS (3) 2025 |
Storage systems
HTAP |
0.9 | 1 | 2025 | PUSHtap: PIM-based In-Memory HTAP with Unified Data Storage Format · ASPLOS (3) 2025 |
Memory systems
processing-in-memory |
0.9 | 1 | 2025 | PUSHtap: PIM-based In-Memory HTAP with Unified Data Storage Format · ASPLOS (3) 2025 |
Transaction processing and concurrency control › concurrency control
multiversion concurrency control |
0.3 | 1 | 2025 | PUSHtap: PIM-based In-Memory HTAP with Unified Data Storage Format · ASPLOS (3) 2025 |
Methods — techniques the papers use, named apart from their topics
data placement · 1.7data alignment · 1.7MVCC · 1.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | PUSHtap: PIM-based In-Memory HTAP with Unified Data Storage FormatabstractHybrid transaction/analytical processing (HTAP) is an emerging database paradigm that supports both online transaction processing (OLTP) and online analytical processing (OLAP) workloads. Computing-intensive OLTP operations, involving row-wise data manipulation, are suitable for row-store format. In contrast, memory-intensive OLAP operations, which are column-centric, benefit from column-store format. This data-format dilemma prevents HTAP systems from concurrently achieving three design goals: performance isolation, data freshness, and workload-specific optimization. Another background technology is Processing-in-Memory (PIM), which integrates computing units (PIM units) inside DRAM memory devices to accelerate memory-intensive workloads, including OLAP. Our key insight is to combine the interleaved CPU access and localized PIM unit access to provide two-dimensional access to address the data format contradictions inherent in HTAP. First, we propose a unified data storage format with novel data alignment and placement techniques to optimize the effective bandwidth of CPUs and PIM units and exploit the PIM's parallelism. Second, we implement the multi-version concurrency control (MVCC) essential for single-instance HTAP. Third, we extend the commercial PIM architecture to support the OLAP operations and concurrent access from PIM and CPU. Experiments show that PUSHtap can achieve 3.4X/4.4X OLAP/OLTP throughput improvement compared to multi-instance PIM-based design. Yilong Zhao 0004, Mingyu Gao 0001, Huanchen Zhang, Fangxin Liu, Gongye Chen, He Xian, Haibing Guan, Li Jiang 0001 |
ASPLOS (3) | 5 |