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. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Kushagra Aggarwal

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

TopicWeightPapersLastEvidence papers
Spatial and temporal data management
temporal query processing
0.312018
Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018
Blockchain and cryptocurrency security
blockchain data management
0.312018
Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018
Storage systems › distributed storage
blockchain storage
0.112018
Efficiently Processing Temporal Queries on Hyperledger Fabric · ICDE 2018

Methods — techniques the papers use, named apart from their topics

temporal indexing · 1.0
YearPublicationVenuePosition
2018 Efficiently Processing Temporal Queries on Hyperledger Fabric
abstract
In 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
ICDE3