Demo Data from EDBT 2026 / reviewers in the wild / expert
Chaitanya Gottipati
dblp:247/8517
· DBLP profile ↗
2ranked-venue papers
0as 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 · 2 · 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
2 papers |
Memory systems · 58% Storage systems · 42% | |
| Databases, data mining, and information retrieval
2 papers |
Indexing and storage engines · 72% Database system architecture and tuning · 28% |
Topics — the 5 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Indexing and storage engines
buffer management |
0.9 | 1 | 2025 | Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025 |
Memory systems › cache management › storage caching
persistent cache |
0.9 | 1 | 2025 | Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025 |
Storage systems › buffer management
buffer cache management |
0.4 | 1 | 2019 | Native Store Extension for SAP HANA · Proc. VLDB Endow. 2019 |
Storage systems › distributed storage
disaggregated storage |
0.3 | 1 | 2025 | Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025 |
Indexing and storage engines
column store |
0.1 | 1 | 2019 | Native Store Extension for SAP HANA · Proc. VLDB Endow. 2019 |
Methods — techniques the papers use, named apart from their topics
selective caching · 1.7page versioning · 1.7run-length encoding · 0.8prefetching · 0.8dictionary encoding · 0.8
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Hyperscale Resilient Buffer Pool Extension in Azure SQL DatabaseabstractAzure SQL DB offers disaggregated storage architecture called Hyperscale. While this architecture provides storage scale out, it comes at the cost of performance of I/O from remote storage. In-memory caches on the Compute nodes are small and lost on process restarts. This paper introduces Resilient Buffer Pool Extension (RBPEX) which is a persistent cache present on both compute and storage nodes. These caches significantly improve performance of I/O from Compute while at the same time maintaining correctness. This paper presents the architecture of RBPEX and how it stores the most relevant pages in an efficient and correct way. It uses innovative techniques like statistics, selective caching and reduction of small writes to improve performance in Hyperscale. It also presents details about handling multiple versions of pages from storage to maintain correctness. Rogério Ramos, Prashanth Purnananda, Hanuma Kodavalla, Chaitanya Gottipati, Harshil Ambagade, Ankit Anvesh, Srikanth Sampath |
ICDE | 4 |
| 2019 | Native Store Extension for SAP HANAabstractWe present an overview of SAP HANA's Native Store Extension (NSE). This extension substantially increases database capacity, allowing to scale far beyond available system memory. NSE is based on a hybrid in-memory and paged column store architecture composed from data access primitives. These primitives enable the processing of hybrid columns using the same algorithms optimized for traditional HANA's in-memory columns. Using only three key primitives, we fabricated byte-compatible counterparts for complex memory resident data structures (e.g. dictionary and hash-index), compressed schemes (e.g. sparse and run-length encoding), and exotic data types (e.g. geo-spatial). We developed a new buffer cache which optimizes the management of paged resources by smart strategies sensitive to page type and access patterns. The buffer cache integrates with HANA's new execution engine that issues pipelined prefetch requests to improve disk access patterns. A novel load unit configuration, along with a unified persistence format, allows the hybrid column store to dynamically switch between in-memory and paged data access to balance performance and storage economy according to application demands while reducing Total Cost of Ownership (TCO). A new partitioning scheme supports load unit specification at table, partition, and column level. Finally, a new advisor recommends optimal load unit configurations. Our experiments illustrate the performance and memory footprint improvements on typical customer scenarios. Reza Sherkat, Colin Florendo, Mihnea Andrei, Rolando Blanco, Adrian Dragusanu, Amit Pathak, Pushkar Khadilkar, Neeraj Kulkarni, Christian Lemke, Sebastian Seifert, Sarika Iyer, Sasikanth Gottapu, Robert Schulze, Chaitanya Gottipati, Nirvik Basak, Vivek Kandiyanallur, Santosh Pendap, Dheren Gala, Rajesh Almeida, Prasanta Ghosh |
Proc. VLDB Endow. | 14 |