Emre Yenier Rethinking Database System Architecture: Towards a Self-tuning RISC-style Database System

Emre Yenier Introduction Current environment –Complex database systems –Numerous functionalities

Emre Yenier Numerous functionalities Complex interfaces High level SQL Unpredictable performance Tuning problems Need for better (thinner) systems Difficulty in researches Problems

Emre Yenier RISC Style Architecture –Smaller, specialized components –Narrow interfaces –Smaller footprints –More suitable for tuning Solution

Emre Yenier Previous Trials Common problem causes –Universality –Cost –Transparency –Resource sharing

Emre Yenier Previous Trials (Cont.) Concepts –DB system generators –Extensible kernel systems –Unbundled technology

Emre Yenier Proposal Query Processor –Single table selection processor –Select – Project – Join (SPJ) processor –SQL Processor

Emre Yenier Proposal (Cont.) Storage Manager –Disk management –Caching –Logging –Recovery –Concurrency control –Index manager

Emre Yenier Considerations Need for more building blocks Avoid complexity Identify functionality Identify interfaces Each block is self-tuning Each block has predictable performance Performance loss is tolerable

Emre Yenier Required Actions Support limited data types Leave SQL Separate resources Preconfigure

Emre Yenier Prerequisites Universal glue Functionality selection Self-tuning

Emre Yenier Research Opportunities Implementation of proposed system

Emre Yenier Conclusion Database systems became uncontrollable RISC style architectures can have impact on the future of database systems

Emre Yenier ? Questions

Emre Yenier Thank You…