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

SungJu Cho

dblp:181/9094 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
0since 2021 · last 2018
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 2 · 2 first-author

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
2 papers
Query processing and optimization · 40% Graph data management · 30% Distributed and cloud data management · 30%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Cloud and datacenter computing · 100%

Topics — the 5 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Graph data management › graph database
distributed graph database
0.312018
Partial Update: Efficient Materialized View Maintenance in a Distributed Graph Database · ICDE 2018
Distributed and cloud data management
eventual consistency
0.312018
Partial Update: Efficient Materialized View Maintenance in a Distributed Graph Database · ICDE 2018
Query processing and optimization › view maintenance
incremental view maintenance
0.312018
Partial Update: Efficient Materialized View Maintenance in a Distributed Graph Database · ICDE 2018
Query processing and optimization
view maintenance
0.312018
Partial Update: Efficient Materialized View Maintenance in a Distributed Graph Database · ICDE 2018
Distributed and cloud data management
distributed data store
0.212016
Moolle: Fan-out control for scalable distributed data stores · ICDE 2016

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

request control · 0.5replication-based partitioning · 0.5partial update · 0.3delta change computation · 0.3
YearPublicationVenuePosition
2018 Partial Update: Efficient Materialized View Maintenance in a Distributed Graph Database
abstract
In order to efficiently serve a high volume of queries, LinkedIn's distributed graph service caches computationally-expensive materialized views. Despite this, even basic view maintenance has been a scalability bottleneck. In this paper, we introduce Partial Update, which efficiently applies incremental view maintenance in the absence of deletions in a materialized view. Without expensive transaction handling, Partial Update guarantees eventual consistency across source of truth databases, materialized views and base relations stores. By design, its delta change computation logic only produces lightweight queries, reducing any need to augment the underlying data storage systems. This allows Partial Update to seamlessly integrate on top of traditional eventually consistent systems. In LinkedIn's production systems, Partial Update achieves up to a 50% reduction in both maintenance time and network bandwidth utilization. The improved view maintenance scalability allows us to improve the quality of cached data by a factor of 20. We consider that Partial Update is general enough to be applicable to the majority of select-project-join view maintenance strategies in eventually consistent distributed data stores.
SungJu Cho, Roman Averbukh, Andrew Carter, Jane Alam Jan
ICDE1
2016 Moolle: Fan-out control for scalable distributed data stores
abstract
Many Online Social Networks horizontally partition data across data stores. This allows the addition of server nodes to increase capacity and throughput. For single key lookup queries such as computing a member's 1st degree connections, clients need to generate only one request to one data store. However, for multi key lookup queries such as computing a 2nd degree network, clients need to generate multiple requests to multiple data stores. The number of requests to fulfill the multi key lookup queries grows in relation to the number of partitions. Increasing the number of server nodes in order to increase capacity also increases the number of requests between the client and data stores. This may increase the latency of the query response time because of network congestion, tail-latency, and CPU bounding. Replication based partitioning strategies can reduce the number of requests in the multi key lookup queries. However, reducing the number of requests in a query can degrade the performance of certain queries where processing, computing, and filtering can be done by the data stores. A better system would provide the capability of controlling the number of requests in a query. This paper presents Moolle, a system of controlling the number of requests in queries to scalable distributed data stores. Moolle has been implemented in the LinkedIn distributed graph service that serves hundreds of thousands of social graph traversal queries per second. We believe that Moolle can be applied to other distributed systems that handle distributed data processing with a high volume of variable-sized requests.
SungJu Cho, Andrew Carter, Joshua Ehrlich, Jane Alam Jan
ICDE1