Demo Data from EDBT 2026 / reviewers in the wild / expert
Marcel Kornacker
dblp:11/6425
· DBLP profile ↗
7ranked-venue papers
5as first author
0since 2021 · last 2016
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 7 · 5 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
5 papers |
Indexing and storage engines · 38% Data integration and cleaning · 35% Transaction processing and concurrency control · 17% |
Topics — the 7 heaviest of 10, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Data integration and cleaning
extract-transform-load |
0.1 | 1 | 2016 | Dark Data: Are we solving the right problems? · ICDE 2016 |
Indexing and storage engines › tree index
generalized search tree |
0.0 | 2 | 1998 | Concurrency and Recovery in Generalized Search Trees · SIGMOD Conference 1997 amdb: An Access Method Debugging Tool · SIGMOD Conference 1998 |
Indexing and storage engines › index management
extensible indexing |
0.0 | 1 | 1999 | High-Performance Extensible Indexing · VLDB 1999 |
Transaction processing and concurrency control
concurrency control |
0.0 | 1 | 1995 | High-Concurrency Locking in R-Trees · VLDB 1995 |
Indexing and storage engines › spatial index
r-tree |
0.0 | 1 | 1995 | High-Concurrency Locking in R-Trees · VLDB 1995 |
Spatial and temporal data management
spatial indexing |
0.0 | 1 | 1995 | High-Concurrency Locking in R-Trees · VLDB 1995 |
Transaction processing and concurrency control › concurrency control
locking |
0.0 | 1 | 1995 | High-Concurrency Locking in R-Trees · VLDB 1995 |
Methods — techniques the papers use, named apart from their topics
extensible indexing · 0.0visual profiling · 0.0two-phase locking · 0.0predicate locking · 0.0link technique · 0.0locking protocols · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2016 | Dark Data: Are we solving the right problems?abstractWith the increasing urge of the enterprises to ingest as much data as they can in what's commonly referred to as “Data Lakes”, the new environment presents serious challenges to traditional ETL models and to building analytic layers on top of well-understood global schema. With the recent development of multiple technologies to support this “load-first” paradigm, even traditional enterprises have fairly large HDFS-based data lakes now. They have even had them long enough that their first generation IT projects delivered on some, but not all, of the promise of integrating their enterprise's data assets. In short, we moved from no data to Dark data. Dark data is what enterprises might have in their possession, without the ability to access it or with limited awareness of what this data represents. In particular, business-critical information might still remain out of reach. This panel is about Dark Data and whether we have been focusing on the right data management challenges in dealing with it. Michael J. Cafarella, Ihab F. Ilyas, Marcel Kornacker, Tim Kraska, Christopher Ré |
ICDE | 3 |
| 2015 | Impala: A Modern, Open-Source SQL Engine for Hadoop
Marcel Kornacker, Alexander Behm, Victor Bittorf, Taras Bobrovytsky, Casey Ching, Alan Choi, Justin Erickson, Martin Grund, Daniel Hecht, Matthew Jacobs, Ishaan Joshi, Lenni Kuff, Alex Leblang, Nong Li, Ippokratis Pandis, Henry Robinson, David Rorke, Silvius Rus, Dimitris Tsirogiannis, Skye Wanderman-Milne, Michael Yoder 0002 |
CIDR | 1 |
| 2014 | Are we experiencing a big data bubble?abstractNo abstract available. Fatma Özcan 0001, Nesime Tatbul, Daniel J. Abadi, Marcel Kornacker, C. Mohan 0001, Karthikeyan Ramasamy, Janet L. Wiener |
SIGMOD Conference | 4 |
| 1999 | High-Performance Extensible Indexing
Marcel Kornacker |
VLDB | 1 |
| 1998 | amdb: An Access Method Debugging ToolabstractThe design and tuning of new access methods (AMs) for nontraditional data types and application areas has always been more of a black art than a rigorous discipline. The designer can only rely on intuition to come up with an effective design; its evaluation and profiling require tedious instrumentation of complex AM code and a host of hand-written scripts. To address these issues, we developed amdb, a visual AM “debugging” tool to support the AM design and implementation process. It is based on the GiST (Generalized Search Tree, [HNP95]) framework for AM construction, which offers the designer an abstracted view of a tree-structured AM and factors out the mechanical aspects of an AM implementation, such as tree traversal, concurrency control and recovery. Amdb is a visual analysis, debugging and profiling tool for AMs that are written as extensions of libgist, a public-domain stand-alone C++ implementation of GiSTs. Marcel Kornacker, Mehul A. Shah, Joseph M. Hellerstein |
SIGMOD Conference | 1 |
| 1997 | Concurrency and Recovery in Generalized Search TreesabstractThis paper presents general algorithms for concurrency control in tree-based access methods as well as a recovery protocol and a mechanism for ensuring repeatable read. The algorithms are developed in the context of the Generalized Search Tree (GiST) data structure, an index structure supporting an extensible set of queries and data types. Although developed in a GiST context, the algorithms are generally applicable to many tree-based access methods. The concurrency control protocol is based on an extension of the link technique originally developed for B-trees, and completely avoids holding node locks during I/Os. Repeatable read isolation is achieved with a novel combination of predicate locks and two-phase locking of data records. To our knowledge, this is the first time that isolation issues have been addressed outside the context of B-trees. A discussion of the fundamental structural differences between B-trees and more general tree structures like GiSTs explains why the algorithms developed here deviate from their B-tree counterparts. An implementation of GiSTs emulating B-trees in DB2/Common Server is underway. Marcel Kornacker, C. Mohan 0001, Joseph M. Hellerstein |
SIGMOD Conference | 1 |
| 1995 | High-Concurrency Locking in R-Trees
Marcel Kornacker, Douglas Banks |
VLDB | 1 |