Karl Schnaitter

dblp:91/5430 · DBLP profile ↗
← Back
12ranked-venue papers
8as 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 · 12 · 8 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
12 papers
Database system architecture and tuning · 37% Query processing and optimization · 35% Information retrieval · 13%
Theoretical computer science
2 papers
Algorithms and data structures · 100%

Topics — the 15 heaviest of 20, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Database system architecture and tuning › database design
physical database design
0.332010
An automated, yet interactive and portable DB designer · SIGMOD Conference 2010
Index Interactions in Physical Design Tuning: Modeling, Analysis, and Applications · Proc. VLDB Endow. 2009
A Benchmark for Online Index Selection · ICDE 2009
Information retrieval › web search
data freshness
0.212016
Shasta: Interactive Reporting At Scale · SIGMOD Conference 2016
Query processing and optimization
online query processing
0.212016
Shasta: Interactive Reporting At Scale · SIGMOD Conference 2016
Database system architecture and tuning
index tuning
0.222012
Semi-Automatic Index Tuning: Keeping DBAs in the Loop · Proc. VLDB Endow. 2012
Index Interactions in Physical Design Tuning: Modeling, Analysis, and Applications · Proc. VLDB Endow. 2009
Query processing and optimization › top-k query processing
rank join
0.222010
Optimal algorithms for evaluating rank joins in database systems · ACM Trans. Database Syst. 2010
Evaluating rank joins with optimal cost · PODS 2008
Query processing and optimization › top-k query processing
top-k join query
0.222010
Optimal algorithms for evaluating rank joins in database systems · ACM Trans. Database Syst. 2010
Evaluating rank joins with optimal cost · PODS 2008
Graph data management › graph analytics
large-scale graph analytics
0.212014
Large-Scale Graph Analytics in Aster 6: Bringing Context to Big Data Discovery · Proc. VLDB Endow. 2014
Query processing and optimization
query optimization
0.222008
Evaluating rank joins with optimal cost · PODS 2008
Depth Estimation for Ranking Query Optimization · VLDB 2007
Database system architecture and tuning
index recommendation
0.112012
Semi-Automatic Index Tuning: Keeping DBAs in the Loop · Proc. VLDB Endow. 2012
Query processing and optimization › probabilistic query processing
probabilistic database query evaluation
0.112010
Computing query probability with incidence algebras · PODS 2010
Information retrieval › evaluation
benchmark
0.112009
A Benchmark for Online Index Selection · ICDE 2009
Database system architecture and tuning › database design › physical database design
index selection
0.112006
COLT: continuous on-line tuning · SIGMOD Conference 2006
Information retrieval
ranking
0.012009
Depth estimation for ranking query optimization · VLDB J. 2009
Performance modeling and evaluation
benchmarking
0.012009
A Benchmark for Online Index Selection · ICDE 2009
Performance modeling and evaluation › benchmarking
database system benchmarking
0.012009
A Benchmark for Online Index Selection · ICDE 2009

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

query transformation · 0.2join processing over many tables · 0.2vertex-oriented API · 0.2bulk synchronous parallel execution · 0.2SQL-MR integration · 0.2work function algorithm · 0.1online optimization · 0.1monotonic scoring function · 0.1mobius inversion formula · 0.1inclusion-exclusion · 0.1incidence algebra · 0.1HRJN · 0.1bound inference · 0.1NP-hardness · 0.1
YearPublicationVenuePosition
2016 Shasta: Interactive Reporting At Scale
abstract
We describe Shasta, a middleware system built at Google to support interactive reporting in complex user-facing applications related to Google's Internet advertising business. Shasta targets applications with challenging requirements: First, user query latencies must be low. Second, underlying transactional data stores have complex "read-unfriendly" schemas, placing significant transformation logic between stored data and the read-only views that Shasta exposes to its clients. This transformation logic must be expressed in a way that scales to large and agile engineering teams. Finally, Shasta targets applications with strong data freshness requirements, making it challenging to precompute query results using common techniques such as ETL pipelines or materialized views. Instead, online queries must go all the way from primary storage to user-facing views, resulting in complex queries joining 50 or more tables.
Gokul Nath Babu Manoharan, Stephan Ellner, Karl Schnaitter, Sridatta Chegu, Alejandro Estrella-Balderrama, Stephan Gudmundson, Apurv Gupta, Ben Handy, Bart Samwel, Chad Whipkey, Larysa Aharkava, Himani Apte, Nitin Gangahar, Shivakumar Venkataraman, Divyakant Agrawal, Jeffrey D. Ullman
SIGMOD Conference3
2014 Large-Scale Graph Analytics in Aster 6: Bringing Context to Big Data Discovery
abstract
Graph analytics is an important big data discovery technique. Applications include identifying influential employees for retention, detecting fraud in a complex interaction network, and determining product affinities by exploiting community buying patterns. Specialized platforms have emerged to satisfy the unique processing requirements of large-scale graph analytics; however, these platforms do not enable graph analytics to be combined with other analytics techniques, nor do they work well with the vast ecosystem of SQL-based business applications. Teradata Aster 6.0 adds support for large-scale graph analytics to its repertoire of analytics capabilities. The solution extends the multi-engine processing architecture with support for bulk synchronous parallel execution, and a specialized graph engine that enables iterative analysis of graph structures. Graph analytics functions written to the vertex-oriented API exposed by the graph engine can be invoked from the context of an SQL query and composed with existing SQL-MR functions, thereby enabling data scientists and business applications to express computations that combine large-scale graph analytics with techniques better suited to a different style of processing. The solution includes a suite of pre-built graph analytic functions adapted for parallel execution.
David E. Simmen, Karl Schnaitter, Jeff Davis, Sangeet Lohariwala, Ajay Mysore, Vinayak Shenoi, Mingfeng Tan
Proc. VLDB Endow.2
2012 Semi-Automatic Index Tuning: Keeping DBAs in the Loop
abstract
To obtain a high level of system performance, a database administrator (DBA) must choose a set of indices that is appropriate for the workload. The system can aid in this challenging task by providing recommendations for the index configuration. We propose a new index recommendation technique, termed semi-automatic tuning, that keeps the DBA "in the loop" by generating recommendations that use feedback about the DBA's preferences. The technique also works online, which avoids the limitations of commercial tools that require the workload to be known in advance. The foundation of our approach is the Work Function Algorithm, which can solve a wide variety of online optimization problems with strong competitive guarantees. We present an experimental analysis that validates the benefits of semi-automatic tuning in a wide variety of conditions.
Karl Schnaitter, Neoklis Polyzotis
Proc. VLDB Endow.1
2010 Computing query probability with incidence algebras
abstract
We describe an algorithm that evaluates queries over probabilistic databases using Mobius' inversion formula in incidence algebras. The queries we consider are unions of conjunctive queries (equivalently: existential, positive First Order sentences), and the probabilistic databases are tuple-independent structures. Our algorithm runs in PTIME on a subset of queries called "safe" queries, and is complete, in the sense that every unsafe query is hard for the class FP#P. The algorithm is very simple and easy to implement in practice, yet it is non-obvious. Mobius' inversion formula, which is in essence inclusion-exclusion, plays a key role for completeness, by allowing the algorithm to compute the probability of some safe queries even when they have some subqueries that are unsafe. We also apply the same lattice-theoretic techniques to analyze an algorithm based on lifted conditioning, and prove that it is incomplete.
Nilesh N. Dalvi, Karl Schnaitter, Dan Suciu
PODS2
2010 An automated, yet interactive and portable DB designer
abstract
Tuning tools attempt to configure a database to achieve optimal performance for a given workload. Selecting an optimal set of physical structures is computationally hard since it involves searching a vast space of possible configurations. Commercial DBMSs offer tools that can address this problem. The usefulness of such tools, however, is limited by their dependence on greedy heuristics, the need for a-priori (offline) knowledge of the workload, and lack of an optimal materialization schedule to get the best out of suggested design features. Moreover, the open source DBMSs do not provide any automated tuning tools.
Ioannis Alagiannis, Debabrata Dash, Karl Schnaitter, Anastasia Ailamaki, Neoklis Polyzotis
SIGMOD Conference3
2010 Optimal algorithms for evaluating rank joins in database systems
abstract
In the rank join problem, we are given a set of relations and a scoring function, and the goal is to return the join results with the top k scores. It is often the case in practice that the inputs may be accessed in ranked order and the scoring function is monotonic. These conditions allow for efficient algorithms that solve the rank join problem without reading all of the input. In this article, we present a thorough analysis of such rank join algorithms. A strong point of our analysis is that it is based on a more general problem statement than previous work, making it more relevant to the execution model that is employed by database systems. One of our results indicates that the well-known HRJN algorithm has shortcomings, because it does not stop reading its input as soon as possible. We find that it is NP-hard to overcome this weakness in the general case, but cases of limited query complexity are tractable. We prove the latter with an algorithm that infers provably tight bounds on the potential benefit of reading more input in order to stop as soon as possible. As a result, the algorithm achieves a cost that is within a constant factor of optimal.
Karl Schnaitter, Neoklis Polyzotis
ACM Trans. Database Syst.1
2009 A Benchmark for Online Index Selection
abstract
Online approaches to physical design tuning have received considerable attention in the recent literature, with a focus on the problem of online index selection. However, it is difficult to draw conclusions on the relative merits of the proposed techniques, as they have been evaluated in isolation using different methodologies. In this paper, we make two concrete contributions to address this issue. First, we propose a benchmark for evaluating the performance of an online tuning algorithm in a principled fashion. Second, using the benchmark, we present a comparison of two representative online tuning algorithms that are implemented in the same database system. The results provide interesting insights on the behavior of these algorithms and validate the usefulness of the proposed benchmark.
Karl Schnaitter, Neoklis Polyzotis
ICDE1
2009 Index Interactions in Physical Design Tuning: Modeling, Analysis, and Applications
abstract
One of the key tasks of a database administrator is to optimize the set of materialized indices with respect to the current workload. To aid administrators in this challenging task, commercial DBMSs provide advisors that recommend a set of indices based on a sample workload. It is left for the administrator to decide which of the recommended indices to materialize and when. This decision requires some knowledge of how the indices benefit the workload, which may be difficult to understand if there are any dependencies or interactions among indices. Unfortunately, advisors do not provide this crucial information as part of the recommendation. Motivated by this shortcoming, we propose a framework and associated tools that can help an administrator understand the interactions within the recommended set of indices. We formalize the notion of index interactions and develop a novel algorithm to identify the interaction relationships that exist within a set of indices. We present experimental results with a prototype implementation over IBM DB2 that demonstrate the efficiency of our approach. We also describe two new database tuning tools that utilize information about index interactions. The first tool visualizes interactions based on a partitioning of the index-set into non-interacting subsets, and the second tool computes a schedule that materializes the indices over several maintenance windows with maximal overall benefit. In both cases, we provide strong analytical results showing that index interactions can enable enhanced functionality.
Karl Schnaitter, Neoklis Polyzotis, Lise Getoor
Proc. VLDB Endow.1
2009 Depth estimation for ranking query optimization
Karl Schnaitter, Joshua Spiegel, Neoklis Polyzotis
VLDB J.1
2008 Evaluating rank joins with optimal cost
abstract
In the rank join problem, we are given a set of relations and a scoring function, and the goal is to return the join results with the top K scores. It is often the case in practice that the inputs may be accessed in ranked order and the scoring function is monotonic. These conditions allow for efficient algorithms that solve the rank join problem without reading all of the input. In this paper, we present a thorough analysis of such rank join algorithms. A strong point of our analysis is that it is based on a more general problem statement than previous work, making it more relevant to the execution model that is employed by database systems. One of our results indicates that the well known HRJN algorithm has shortcomings, because it does not stop reading its input as soon as possible. We find that it is NP-hard to overcome this weakness in the general case, but cases of limited query complexity are tractable. We prove the latter with an algorithm that infers provably tight bounds on the potential benefit of reading more input in order to stop as soon as possible. As a result, the algorithm achieves a cost that is within a constant factor of optimal.
Karl Schnaitter, Neoklis Polyzotis
PODS1
2007 Depth Estimation for Ranking Query Optimization
Karl Schnaitter, Joshua Spiegel, Neoklis Polyzotis
VLDB1
2006 COLT: continuous on-line tuning
abstract
The physical schema of a database plays a critical role in performance. Self-tuning is a cost-effective and elegant solution to optimize the physical configuration for the characteristics of the query load. Existing techniques operate in an off-line fashion, by choosing a fixed configuration that is tailored to a subset of the query load. The generated configurations therefore ignore any temporal patterns that may exist in the actual load submitted to the system.This demonstration introduces COLT (Continuous On-Line Tuning), a novel self-tuning framework that continuously monitors the incoming queries and adjusts the system configuration in order to maximize query performance. The key idea behind COLT is to gather performance statistics at different levels of detail and to carefully allocate profiling resources to the most promising candidate configurations. Moreover, COLT uses effective heuristics to regulate its own performance, lowering its overhead when the system is well-tuned, and being more aggressive when the workload shifts and it becomes necessary to re-tune the system. We present a specialization of COLT to the important problem of selecting an effective set of relational indices for the current query load. Our demonstration will use an implementation of our proposed framework in the PostgreSQL database system, showing the internal operation of COLT and the adaptive selection of indices as we vary the query load of the server.
Karl Schnaitter, Serge Abiteboul, Tova Milo, Neoklis Polyzotis
SIGMOD Conference1