Demo Data from EDBT 2026 / reviewers in the wild / expert
Frank Jaeckle
dblp:84/6523
· DBLP profile ↗
2ranked-venue papers
0as first author
0since 2021 · last 1995
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 2
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.
| Network and information security
1 paper |
Systems and software security · 50% Network security · 50% | |
| Databases, data mining, and information retrieval
1 paper |
Transaction processing and concurrency control · 77% Distributed and cloud data management · 23% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Transaction processing and concurrency control › concurrency control › distributed concurrency control
replicated database concurrency control |
0.0 | 1 | 1992 | A two snapshot algorithm for concurrency control in multi-level secure databases · S&P 1992 |
Network security › covert channel
covert channel mitigation |
0.0 | 1 | 1992 | A two snapshot algorithm for concurrency control in multi-level secure databases · S&P 1992 |
Systems and software security
multilevel security |
0.0 | 1 | 1992 | A two snapshot algorithm for concurrency control in multi-level secure databases · S&P 1992 |
Distributed and cloud data management
data replication |
0.0 | 1 | 1992 | A two snapshot algorithm for concurrency control in multi-level secure databases · S&P 1992 |
Methods — techniques the papers use, named apart from their topics
snapshot algorithm · 0.0multiversion concurrency control · 0.0multi-version concurrency control · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1995 | Concurrency Control in a Secure Database via a Two-Snapshot AlgorithmabstractWe offer a concurrency conirol algorithm for replicated, secure, multilevel databases. We compare the algorithm with a multiversion approach and with the typical full-replication approach. In the full-replication approach, each security level maintains a container that holds a complete copy of data at lower security levels. In the approach described here, access to data at lower security levels is through shared, read-only snapshots, where a constant number of snapshots at each level – two, as it turns out – is sufficient. We derive necessary properties for snapshots, give a switching algorithm to assign read-downs to snapshots, specify a snapshot creation algorithm, demonstrate that the approach is free of indirect channels and starvation, and prove one-copy serializability on execution histories. In contrast to some comparable algorithms, our algorithm is correct for any security structure that is a partial order. Paul Ammann, Frank Jaeckle, Sushil Jajodia |
J. Comput. Secur. | 2 |
| 1992 | A two snapshot algorithm for concurrency control in multi-level secure databasesabstractA concurrency control algorithm for replicated, secure, multilevel databases is presented. Multiversion and replicated databases can avoid starvation problems without introducing indirect channels by maintaining stable copies of old low-level data values for use by high-level transactions. The algorithm presented improves on two comparable techniques, a direct multiversion approach of T. F. Keefe and W. T. Tsai and the full replication scheme of S. Jajodia and B. Kogan (both in Proc. 1990 IEEE Symp. on Res. In Security & Privacy, May 1990). In the latter, each security level has a container that holds a copy of all lower-level data. It is shown that only a constant number of old copies (two, as it turns out) must be maintained. The correctness of the algorithm is argued, and it is demonstrated that the algorithm is free of indirect channels and starvation.> Paul Ammann, Frank Jaeckle, Sushil Jajodia |
S&P | 2 |