[go: up one dir, main page]
More Web Proxy on the site http://driver.im/ skip to main content
Processing multi-join queries
Publisher:
  • University of Texas at Austin
  • Computer Science Dept. Taylor Hall 2.124 Austin, TX
  • United States
Order Number:UMI Order No. GAX98-02826
Reflects downloads up to 20 Dec 2024Bibliometrics
Skip Abstract Section
Abstract

This dissertation presents a theoretical, analytical, and empirical investigation into novel techniques for processing multi-join query. Unlike most previous work on multi-join query support, this dissertation is not solely concerned with the particular mechanism used to find the best plan. Instead, it also seeks to provide the appropriate functionality for ensuring that a good query plan exists. In most work on multi-join query processing, the set of potential query plans is consistently assumed to be identical to that considered by commercial systems intended to process only small-join queries. Here, this convention is challenged by identifying new techniques for executing multi-join queries more efficiently.Query processors often treat each join as a localized binary operation that accepts two tables as input and returns a third. Our thesis is that join operations should be executed more globally. That is, given a query requiring several join operations, we should look at executing the several joins in a cooperative manner. We demonstrate several such techniques that improve the efficiency of multi-join query answering. For each technique, we develop methods for predicting its cost and evaluate its performance on carefully designed suites of randomly generated queries. We also develop techniques for processing multi-join queries as if their answer sets are an unending stream of data--the goal being to materialize the first answers as quickly as possible. These techniques are necessary for dealing with queries whose answer sets are unmanageable (e.g. too large), or queries where only the first few answers are required. For these queries, it becomes particularly important to execute joins cooperatively since localized join processing will inevitably produce far more information than the system is capable of handling, or is needed by the user.

Contributors
Please enable JavaScript to view thecomments powered by Disqus.

Recommendations