Demo Data from EDBT 2026 / reviewers in the wild / expert
Steve Daniel
dblp:08/8165
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2010
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 1
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
1 paper |
Database system architecture and tuning · 50% Indexing and storage engines · 50% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Topics — the 2 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Database system architecture and tuning › database design
physical database design |
0.1 | 1 | 2010 | Workload-aware storage layout for database systems · SIGMOD Conference 2010 |
Indexing and storage engines › storage management
storage layout optimization |
0.1 | 1 | 2010 | Workload-aware storage layout for database systems · SIGMOD Conference 2010 |
Methods — techniques the papers use, named apart from their topics
nonlinear programming · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2010 | Workload-aware storage layout for database systemsabstractThe performance of a database system depends strongly on the layout of database objects, such as indexes or tables, onto the underlying storage devices. A good layout will both balance the I/O workload generated by the database system and avoid the performance-degrading interference that can occur when concurrently accessed objects are stored on the same volume. In current practice, layout is typically guided by heuristics and rules of thumb, such as separating indexes and tables or striping all objects across all of the available storage devices. However, these guidelines may give poor results. In this paper, we address the problem of generating an optimized layout of a given set of database objects. Our layout optimizer goes beyond generic guidelines by making use of a description of the database system's I/O activity. We formulate the layout problem as a non-linear programming (NLP) problem and use the I/O description as input to an NLP solver. Our layout optimization technique, which is incorporated into a database layout advisor, identifies a layout that both balances load and avoids interference. We evaluate experimentally the efficacy of our approach and demonstrate that it can quickly identify non-trivial optimized layouts. Oguzhan Ozmen, Kenneth Salem, Jiri Schindler, Steve Daniel |
SIGMOD Conference | 4 |