Demo Data from EDBT 2026 / reviewers in the wild / expert
Haisheng Wang
dblp:71/9733
· DBLP profile ↗
4ranked-venue papers
2as first author
0since 2021 · last 2013
0000-0002-1042-0354ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2Systems, architecture and hardware · 1 · 1 first-authorHuman-computer interaction and ubiquitous computing · 1 · 1 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 |
Transaction processing and concurrency control · 70% Database system architecture and tuning · 30% | |
| Software engineering, system software, and programming languages
1 paper |
Operating systems · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Database system architecture and tuning › database interface
application-database interaction |
0.2 | 1 | 2013 | Preventing database deadlocks in applications · ESEC/SIGSOFT FSE 2013 |
Transaction processing and concurrency control
deadlock |
0.0 | 1 | 2013 | REDACT: preventing database deadlocks from application-based transactions · ESEC/SIGSOFT FSE 2013 |
Operating systems › resource management › process management
CPU scheduling |
0.0 | 1 | 2013 | Preventing database deadlocks in applications · ESEC/SIGSOFT FSE 2013 |
Methods — techniques the papers use, named apart from their topics
static analysis · 0.3SQL statement analysis · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2013 | Preventing database deadlocks in applicationsabstractMany organizations deploy applications that use databases by sending Structured Query Language (SQL) statements to them and obtaining data that result from the execution of these statements. Since applications often share the same databases concurrently, database deadlocks routinely occur in these databases resulting in major performance degradation in these applications. Database engines do not prevent database deadlocks for the same reason that the schedulers of operating system kernels do not preempt processes in a way to avoid race conditions and deadlocks - it is not feasible to find an optimal context switching schedule quickly for multiple processes (and SQL statements), and the overhead of doing it is prohibitive. Mark Grechanik, B. M. Mainul Hossain, Ugo A. Buy, Haisheng Wang |
ESEC/SIGSOFT FSE | 4 |
| 2013 | REDACT: preventing database deadlocks from application-based transactionsabstractIn this demonstration, we will present a database deadlocks prevention system that visualizes our algorithm for detecting hold-and-wait cycles that specify how resources (e.g., database tables) are locked and waited on to be locked during executions of SQL statements and utilizes those cycles information to prevent database deadlocks automatically. B. M. Mainul Hossain, Mark Grechanik, Ugo A. Buy, Haisheng Wang |
ESEC/SIGSOFT FSE | 4 |
| 2011 | Enforcing Periodic Transition Deadlines in Time Petri Nets With Net UnfoldingsabstractWe define a method for the automatic generation of supervisory controllers that force a plant to perform a given operation by a given deadline. The operation must be executed by a prespecified delay λ with respect to the previous execution of the operation. Although our supervisor generation occurs offline with respect to plant execution, the resulting controllers automatically take into account variable task durations in an effort to increase the flexibility of operation schedules in the controlled plant. We model both the controlled plant and control supervisors as time Petri nets. In this setting, our control supervisors must force a target transitiontdto fire within λ time units since the previous firing oftd. Our supervisor generation is based on the concept of a transition latency. The latency of a Petri net transitiontis the time interval during whichtmust be disabled in order for target transitiontdto fire by its deadline. If a transitiontthat may delay the firing oftdhas latencyl(t), thentmust be disabled at leastl(t) time units before the expiration of the deadline ontd. In this paper, we discuss in detail two algorithms for generating transition latencies, and we show an application to a maintenance system. Haisheng Wang, Liviu Grigore, Ugo A. Buy, Mihai Lehene, Houshang Darabi |
IEEE Trans. Syst. Man Cybern. Part A | 1 |
| 2007 | Enforcing transition deadlines in time Petri netsabstractWe automatically synthesize supervisory controllers that force a system to perform a certain operation by a given deadline. The operation must be executed by a pre-specified delay λ with respect to the previous execution of the operation. We model both the controlled system and our control supervisors as time Petri nets. Given a target transition and a deadline, our supervisors disable net behaviors in which the firing of the target transition may miss the deadline. Our method is subject to a merge exclusion assumption on the structure of paths contained in a so-called net unfolding. If a control problem does not satisfy this assumption, we abandon supervisor generation. Preliminary empirical results show that our method is both relatively general and more tractable from a computational standpoint than most other real-time analysis methods. Haisheng Wang, Liviu Grigore, Ugo A. Buy, Houshang Darabi |
ETFA | 1 |