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

Jaehyun Ha

dblp:344/3180 · DBLP profile ↗
← Back
5ranked-venue papers
1as first author
5since 2021 · last 2026
—ORCID · conflict

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

Databases, data management, data science and information retrieval · 4 · 4 since 2021Security and privacy · 1 · 1 first-author · 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.

Databases, data mining, and information retrieval
4 papers
Database system architecture and tuning · 43% Query processing and optimization · 39% Graph data management · 17%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Parallel and multicore computing · 100%
Theoretical computer science
1 paper
Algorithms and data structures · 100%

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

TopicWeightPapersLastEvidence papers
Graph data management
graph query processing
1.012026
TurboLynx: Schemaless Graph Engine Strikes Back for General-Purpose Analytics · Proc. VLDB Endow. 2026
Database system architecture and tuning
workload replay
1.022024
DoppelGanger++: Towards Fast Dependency Graph Generation for Database Replay · Proc. ACM Manag. Data 2024
DoppelGanger++ in Action: A Database Replay System with Fast Dependency Graph Generation · Proc. VLDB Endow. 2024
Query processing and optimization
cardinality estimation
0.712023
Guaranteeing the Õ(AGM/OUT) Runtime for Uniform Sampling and Size Estimation over Joins · PODS 2023
Query processing and optimization › cardinality estimation
join size estimation
0.712023
Guaranteeing the Õ(AGM/OUT) Runtime for Uniform Sampling and Size Estimation over Joins · PODS 2023
Parallel and multicore computing › parallel graph algorithms
parallel graph generation
0.212024
DoppelGanger++: Towards Fast Dependency Graph Generation for Database Replay · Proc. ACM Manag. Data 2024
Algorithms and data structures › query processing
worst-case optimal join
0.212023
Guaranteeing the Õ(AGM/OUT) Runtime for Uniform Sampling and Size Estimation over Joins · PODS 2023

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

transitive reduction · 1.5stateful single forward scan · 1.5workload capture · 0.8dependency graph · 0.8
YearPublicationVenuePosition
2026 TurboLynx: Schemaless Graph Engine Strikes Back for General-Purpose Analytics
Taesung Lee, Jaehyun Ha, Byung-Chul Tak, Wook-Shin Han
Proc. VLDB Endow.2
2024 DoppelGanger++: Towards Fast Dependency Graph Generation for Database Replay
abstract
A database replay system (DRS) captures workloads on a production system and then replays them in a test system to test various system changes, avoiding any risk before realizing them in production. The dependency graph generation in a DRS is crucial in preserving output determinism while maximizing concurrency. The state-of-the-art dependency graph generation algorithm deployed in a commercial DBMS uses a generate-and-prune strategy. It first generates a dependency graph by performing backward scans for each request in a workload. It then prunes all redundant edges using an expensive, transitive reduction algorithm. However, we notice that this generates a large dependency graph that contains many redundant edges and its worst-case time complexity is quadratic to the number of requests in a workload. In order to solve these challenging problems, we formally propose four classes of dependency graphs for DRSs. We then present a stateful single forward scan algorithm, SSFS, to generate any class of dependency graphs by performing a single scan over all requests while succinctly maintaining states. Here, states refer to information that is stored and maintained for efficient dependency graph generation. We also propose the parallel SSFS to utilize the computation power with multi-core CPUs while balancing the loads. We implemented our DRS in a leading commercial DBMS. Extensive experiments using the TPC-C, SD benchmarks, and a real-world customer workload show that our DRS significantly improves the dependency graph generation time by up to two orders of magnitude, compared to the state-of-the-art.
Jaehyun Ha, Wook-Shin Han, Changgyoo Park, Myunggon Park, Juhyeng Han, Juchang Lee
Proc. ACM Manag. Data2
2024 DoppelGanger++ in Action: A Database Replay System with Fast Dependency Graph Generation
abstract
A Database Replay System (DRS) captures workloads from a production system and subsequently replays them in a testing environment to verify correctness and performance. Prior to the replay process, DRS initially generates a dependency graph from the workload to ensure output determinism and to maximize replay concurrency in the testing system. However, the state-of-the-art inefficiently generates unnecessarily larger dependency graphs, creating a major bottleneck in the end-to-end pipeline. DoppelGanger++ is a new DRS supporting fast dependency graph generation. This demonstration illustrates how it captures and replays workloads, with a focus on efficiently generating compact dependency graphs. Specifically, we showcase the end-to-end database replay workflow using the complete database replay workload, accompanied by a web tool developed for our demo which can animate the dependency graph generation process and visualize important internal data structures.
Jaehyun Ha, Wook-Shin Han, Changgyoo Park, Myunggon Park, Juhyeng Han
Proc. VLDB Endow.2
2023 On the Sustainability of Bitcoin Partitioning Attacks
Jaehyun Ha, Seungjin Baek, Muoi Tran, Min Suk Kang
FC1
2023 Guaranteeing the Õ(AGM/OUT) Runtime for Uniform Sampling and Size Estimation over Joins
abstract
We propose a new method for estimating the number of answers OUT of a small join query Q in a large database D, and for uniform sampling over joins. Our method is the first to satisfy all the following statements.
Kyoungmin Kim 0002, Jaehyun Ha, George Fletcher 0001, Wook-Shin Han
PODS2