DMCA
Column-Stores vs. Row-Stores: How Different Are They Really (2008)
Cached
Download Links
| Venue: | In SIGMOD |
| Citations: | 85 - 5 self |
BibTeX
@INPROCEEDINGS{Abadi08column-storesvs.,
author = {Daniel J. Abadi and Samuel R. Madden and Nabil Hachem},
title = {Column-Stores vs. Row-Stores: How Different Are They Really},
booktitle = {In SIGMOD},
year = {2008}
}
Share
 |
 |
 |
 |
||
OpenURL
Abstract
There has been a significant amount of excitement and recent work on column-oriented database systems (“column-stores”). These database systems have been shown to perform more than an order of magnitude better than traditional row-oriented database systems (“row-stores”) on analytical workloads such as those found in data warehouses, decision support, and business intelligence applications. The elevator pitch behind this performance difference is straightforward: column-stores are more I/O efficient for read-only queries since they only have to read from disk (or from memory) those attributes accessed by a query. This simplistic view leads to the assumption that one can obtain the performance benefits of a column-store using a row-store: either by vertically partitioning the schema, or by indexing every column so that columns can be accessed independently. In this paper, we demonstrate that this assumption is false. We compare the performance of a commercial row-store under a variety of different configurations with a column-store and show that the row-store performance is significantly slower on a recently proposed data warehouse benchmark. We then analyze the performance difference and show that there are some important differences between the two systems at the query executor level (in addition to the obvious differences at the storage layer level). Using the column-store, we then tease apart these differences, demonstrating the impact on performance of a variety of column-oriented query execution techniques, including vectorized query processing, compression, and a new join algorithm we introduce in this paper. We conclude that while it is not impossible for a row-store to achieve some of the performance advantages of a column-store, changes must be made to both the storage layer and the query executor to fully obtain the benefits of a column-oriented approach.
Keyphrases
column-stores v performance difference new join decision support storage layer level performance benefit vectorized query processing performance advantage row-store performance column-oriented approach different configuration recent work elevator pitch traditional row-oriented database system read-only query database system commercial row-store obvious difference column-oriented database system data warehouse benchmark data warehouse query executor column-oriented query execution technique simplistic view important difference query executor level storage layer business intelligence application significant amount analytical workload
