Welcome to D
SIGMOD 2005
 = Keynotes
 = Tutorials
<<< = SIGMOD'05 Pa>>>
PODS 2005
SIGMOD-RECOR
CIDR 2005
CIKM 2005
COMAD 2005
CVDB 2005
DaMoN 2005
Data Enginee
DEBS05
DMSN 2005
DOLAP 2005
GIR 2005
GIS 2005
Hypertext 20
ICDE 2005
ICDM 2005
IHIS 2005
IQIS 2005
JCDL 2005
KRAS 2005
MDM 2005
MIR 2005
MobiDE 2005
P2PIR 2005
RIDE 2005
SBBD 2005
SIGIR 2005
SIGIR-FORUM
SIGKDD 2005
SIGKDD-EXP
SSDBM 2005
TIME 2005
TKDE 2005
TODS 2005
VLDB 2005
VLDBJ 2005
WebDB 2005
WIDM 2005

Automated Statistics Collection in Action


Peter J. Haas, Mokhtar Kandil, Alberto Lerner, Volker Markl, Ivan Popivanov, Vijayshankar Raman, and Daniel C. Zilio

  View Paper (PDF)  

Return to Group 3 Demonstrations


Abstract

If presented with inaccurate statistics, even the most sophis- ticated query optimizers make mistakes. They may wrongly estimate the output cardinality of a certain operation and thus make sub-optimal plan choices based on that cardi- nality. Maintaining accurate statistics is hard, both be- cause each table may need a specifically parameterized set of statistics and because statistics get outdated as the database changes. Automated Statistic Collection (ASC) is a new component in IBM DB2 UDB that, without any DBA inter- vention, observes and analyzes the effects of faulty statistics and, in response, it triggers actions that continuously re- pair the latter. In this demonstration, we will show how ASC works to alleviate the DBA from the task of maintain- ing fresh, accurate statistics in several challenging scenarios. ASC is able to reconfigure the statistics collection parame- ters (e.g, number of frequent values for a column, or corre- lations between certain column pairs) on a per-table basis. ASC can also detect and guard against outdated statistics caused by high updates/inserts/deletes rates in volatile, dy- namic databases. We will also show how ASC works from the inside: from how cardinality mis-estimations are intro- duced in different kind of operators, to how this error is propagated to later operations in the plan, to how this in- fluences plan choices inside the optimizer.


©2006 Association for Computing Machinery