Demo Data from EDBT 2026 / reviewers in the wild / expert
Kushagra Aggarwal
dblp:228/6023
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2018
—ORCID · unresolved
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 1
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 |
Spatial and temporal data management · 100% | |
| Network and information security
1 paper |
Blockchain and cryptocurrency security · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Storage systems · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Spatial and temporal data management
temporal query processing |
0.3 | 1 | 2018 | Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018 |
Blockchain and cryptocurrency security
blockchain data management |
0.3 | 1 | 2018 | Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018 |
Storage systems › distributed storage
blockchain storage |
0.1 | 1 | 2018 | Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018 |
Methods — techniques the papers use, named apart from their topics
temporal indexing · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2018 | Efficiently Processing Temporal Queries on Hyperledger FabricabstractIn this paper, we discuss the problem of efficiently handling temporal queries on Hyperledger Fabric, a popular implementation of Blockchain technology. The temporal nature of the data inserted by the Hyperledger Fabric transactions can be leveraged to support various use-cases. This requires that the temporal queries be processed efficiently on this data. Currently this presents significant challenges as this data is organized on file-system, is exposed to users via a limited API and does not support any temporal indexes. We present two models for overcoming these limitations and improving the performance of temporal queries on Fabric. The first model creates a copy of each event inserted by a Fabric transaction and stores temporally close events together on Fabric. The second model keeps the event count intact but tags some metadata to each event being inserted on Fabric s.t. temporally close events share the same metadata. We discuss these two models in detail and show that these two models significantly outperform the naive ways of handling temporal queries on Fabric. We also discuss the performance trade-offs for these two models across various dimensions - data storage, query performance, data ingestion time etc. Sandeep Hans, Kushagra Aggarwal, Sameep Mehta, Bapi Chatterjee, Praveen Jayachandran |
ICDE | 3 |