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

Tianxun Hu

dblp:330/9680 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
2since 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 first-author · 2 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
2 papers
Transaction processing and concurrency control · 52% Indexing and storage engines · 29% Data models and query languages · 19%

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

TopicWeightPapersLastEvidence papers
Indexing and storage engines
index construction
0.912025
Tabular: Efficiently Building Efficient Indexes · Proc. VLDB Endow. 2025
Transaction processing and concurrency control
concurrency control
0.612022
Online Schema Evolution is (almost) Free for Snapshot Databases · Proc. VLDB Endow. 2022
Data models and query languages › schema management
schema evolution
0.612022
Online Schema Evolution is (almost) Free for Snapshot Databases · Proc. VLDB Endow. 2022
Transaction processing and concurrency control › isolation levels
snapshot isolation
0.612022
Online Schema Evolution is (almost) Free for Snapshot Databases · Proc. VLDB Endow. 2022
Transaction processing and concurrency control › versioning
multi-version databases
0.212022
Online Schema Evolution is (almost) Free for Snapshot Databases · Proc. VLDB Endow. 2022

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

OLTP techniques · 0.9ACID transactions · 0.9data-definition-as-modification · 0.6
YearPublicationVenuePosition
2025 Tabular: Efficiently Building Efficient Indexes
abstract
Concurrent indexes are hard to build by requiring complex, careful yet error-prone processes of design and implementation. As prior work has observed, modeling indexes as transactional tables can largely ease programming. The developer only needs to write single-threaded logic without worrying about concurrency or persistence, which are transparently supported by ACID table operations. However, this was deemed infeasible due to high overheads caused by the underlying OLTP engine. In this paper, we argue that by adapting recent OLTP techniques which have been shown to deliver unprecedented performance, this idea is now feasible. We propose Tabular, a new library for building efficient indexes by modeling indexes as ACID tables which provide concurrency and persistence transparently. We elaborate the design of Tabular and its use cases. Our evaluation shows that compared to hand-crafted ones, indexes built using Tabular provide competitive performance with improved programming efficiency.
Mohamed Farouk Drira, Tianxun Hu, Tianzheng Wang 0001
Proc. VLDB Endow.3
2022 Online Schema Evolution is (almost) Free for Snapshot Databases
abstract
Modern database applications often change their schemas to keep up with the changing requirements. However, support for online and transactional schema evolution remains challenging in existing database systems. Specifically, prior work often takes ad hoc approaches to schema evolution with "patches" applied to existing systems, leading to many corner cases and often incomplete functionality. Applications therefore often have to carefully schedule downtimes for schema changes, sacrificing availability. This paper presents Tesseract, a new approach to online and transactional schema evolution without the aforementioned drawbacks. We design Tesseract based on a key observation: in widely used multi-versioned database systems, schema evolution can be modeled as data modification operations that change the entire table, i.e., data-definition-as-modification (DDaM). This allows us to support schema almost "for free" by leveraging the concurrency control protocol. By simple tweaks to existing snapshot isolation protocols, on a 40-core server we show that under a variety of workloads, Tesseract is able to provide online, transactional schema evolution without service downtime, and retain high application performance when schema evolution is in progress.
Tianxun Hu, Tianzheng Wang 0001
Proc. VLDB Endow.1