Database Systems: Design, Implementation, and Management Eighth Edition Chapter 11 Database Performance Tuning and Query Optimization.

Slides:



Advertisements
Similar presentations
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide
Advertisements

Tuning: overview Rewrite SQL (Leccotech)Leccotech Create Index Redefine Main memory structures (SGA in Oracle) Change the Block Size Materialized Views,
Database Performance Tuning and Query Optimization
Database Performance Tuning and Query Optimization
2P13 Week 11. A+ Guide to Managing and Maintaining your PC, 6e2 RAID Controllers Redundant Array of Independent (or Inexpensive) Disks Level 0 -- Striped.
CS263 Lecture 19 Query Optimisation.  Motivation for Query Optimisation  Phases of Query Processing  Query Trees  RA Transformation Rules  Heuristic.
Chapter Physical Database Design Methodology Software & Hardware Mapping Logical Design to DBMS Physical Implementation Security Implementation Monitoring.
IS 4420 Database Fundamentals Chapter 6: Physical Database Design and Performance Leon Chen.
Physical Database Monitoring and Tuning the Operational System.
8-1 Outline  Overview of Physical Database Design  File Structures  Query Optimization  Index Selection  Additional Choices in Physical Database Design.
Introduction to Structured Query Language (SQL)
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 11 Database Performance Tuning and Query Optimization.
1 Chapter 2 Reviewing Tables and Queries. 2 Chapter Objectives Identify the steps required to develop an Access application Specify the characteristics.
Chapter 8 Physical Database Design. McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Outline Overview of Physical Database.
Chapter 9 Overview  Reasons to monitor SQL Server  Performance Monitoring and Tuning  Tools for Monitoring SQL Server  Common Monitoring and Tuning.
Relational Database Performance CSCI 6442 Copyright 2013, David C. Roberts, all rights reserved.
Chapter 11 Database Performance Tuning and Query Optimization
Practical Database Design and Tuning. Outline  Practical Database Design and Tuning Physical Database Design in Relational Databases An Overview of Database.
Database Systems: Design, Implementation, and Management Tenth Edition Chapter 11 Database Performance Tuning and Query Optimization.
Database Systems Design, Implementation, and Management Coronel | Morris 11e ©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or.
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 10 Database Performance Tuning and Query Optimization.
CSC271 Database Systems Lecture # 30.
IT The Relational DBMS Section 06. Relational Database Theory Physical Database Design.
1 © Prentice Hall, 2002 Physical Database Design Dr. Bijoy Bordoloi.
Database System Concepts, 5th Ed. ©Silberschatz, Korth and Sudarshan See for conditions on re-usewww.db-book.com Chapter 13: Query Processing.
1 Robert Wijnbelt Health Check your Database A Performance Tuning Methodology.
Physical Database Design & Performance. Optimizing for Query Performance For DBs with high retrieval traffic as compared to maintenance traffic, optimizing.
TM 7-1 Copyright © 1999 Addison Wesley Longman, Inc. Physical Database Design.
Physical Database Design Chapter 6. Physical Design and implementation 1.Translate global logical data model for target DBMS  1.1Design base relations.
Chapter 6 1 © Prentice Hall, 2002 The Physical Design Stage of SDLC (figures 2.4, 2.5 revisited) Project Identification and Selection Project Initiation.
Discovering Computers Fundamentals Fifth Edition Chapter 9 Database Management.
Concepts of Database Management Seventh Edition
Chapter 16 Practical Database Design and Tuning Copyright © 2004 Pearson Education, Inc.
Database Design and Management CPTG /23/2015Chapter 12 of 38 Functions of a Database Store data Store data School: student records, class schedules,
Physical Database Design Transparencies. ©Pearson Education 2009 Chapter 11 - Objectives Purpose of physical database design. How to map the logical database.
By Shanna Epstein IS 257 September 16, Cnet.com Provides information, tools, and advice to help customers decide what to buy and how to get the.
1 Chapter 10 Joins and Subqueries. 2 Joins & Subqueries Joins – Methods to combine data from multiple tables – Optimizer information can be limited based.
8 1 Chapter 8 Advanced SQL Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
Database Systems Design, Implementation, and Management Coronel | Morris 11e ©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or.
Lecture 1- Query Processing Advanced Databases Masood Niazi Torshiz Islamic Azad university- Mashhad Branch
Physical Database Design Purpose- translate the logical description of data into the technical specifications for storing and retrieving data Goal - create.
Introduction.  Administration  Simple DBMS  CMPT 454 Topics John Edgar2.
Lec 7 Practical Database Design and Tuning Copyright © 2004 Pearson Education, Inc.
Chapter 8 Physical Database Design. Outline Overview of Physical Database Design Inputs of Physical Database Design File Structures Query Optimization.
Chapter 5 Index and Clustering
Query Optimization CMPE 226 Database Systems By, Arjun Gangisetty
1 Copyright © 2005, Oracle. All rights reserved. Following a Tuning Methodology.
Last Updated : 27 th April 2004 Center of Excellence Data Warehousing Group Teradata Performance Optimization.
IMS 4212: Database Implementation 1 Dr. Lawrence West, Management Dept., University of Central Florida Physical Database Implementation—Topics.
1 Chapter 9 Tuning Table Access. 2 Overview Improve performance of access to single table Explain access methods – Full Table Scan – Index – Partition-level.
20 Copyright © 2008, Oracle. All rights reserved. Cache Management.
CS 540 Database Management Systems
for all Hyperion video tutorial/Training/Certification/Material Essbase Optimization Techniques by Amit.
Oracle9i Developer: PL/SQL Programming Chapter 11 Performance Tuning.
Chapter 13: Query Processing
Database Systems, 8 th Edition SQL Performance Tuning Evaluated from client perspective –Most current relational DBMSs perform automatic query optimization.
Diving into Query Execution Plans ED POLLACK AUTOTASK CORPORATION DATABASE OPTIMIZATION ENGINEER.
3 Copyright © 2006, Oracle. All rights reserved. Designing and Developing for Performance.
1 Agenda TMA02 M876 Block 4. 2 Model of database development data requirements conceptual data model logical schema schema and database establishing requirements.
Concepts of Database Management, Fifth Edition Chapter 3: The Relational Model 2: SQL.
Practical Database Design and Tuning
Table General Guidelines for Better System Performance
Database Performance Tuning &
Chapter 12: Query Processing
Database Performance Tuning and Query Optimization
Physical Database Design
Practical Database Design and Tuning
Table General Guidelines for Better System Performance
Chapter 8 Advanced SQL.
Chapter 11 Database Performance Tuning and Query Optimization
Presentation transcript:

Database Systems: Design, Implementation, and Management Eighth Edition Chapter 11 Database Performance Tuning and Query Optimization

Database Systems, 8 th Edition 2 Objectives In this chapter, you will learn: –Basic database performance-tuning concepts –How a DBMS processes SQL queries –About the importance of indexes in query processing

Database Systems, 8 th Edition 3 Objectives (continued) In this chapter, you will learn: (continued) –About the types of decisions the query optimizer has to make –Some common practices used to write efficient SQL code –How to formulate queries and tune the DBMS for optimal performance

Database Systems, 8 th Edition 4 Database Performance-Tuning Concepts Goal of database performance is to execute queries as fast as possible Database performance tuning –Set of activities and procedures designed to reduce response time of database system All factors must operate at optimum level with minimal bottlenecks Good database performance starts with good database design

Database Systems, 8 th Edition 5

6 Performance Tuning: Client and Server Client side –Generate SQL query that returns correct answer in least amount of time Using minimum amount of resources at server –SQL performance tuning Server side –DBMS environment configured to respond to clients’ requests as fast as possible Optimum use of existing resources –DBMS performance tuning

Database Systems, 8 th Edition 7 DBMS Architecture All data in database are stored in data files Data files –Automatically expand in predefined increments known as extends –Grouped in file groups or table spaces Table space or file group: –Logical grouping of several data files that store data with similar characteristics

Database Systems, 8 th Edition 8

9 DBMS Architecture (continued) Data cache or buffer cache: shared, reserved memory area –Stores most recently accessed data blocks in RAM SQL cache or procedure cache: stores most recently executed SQL statements –Also PL/SQL procedures, including triggers and functions DBMS retrieves data from permanent storage and places it in RAM

Database Systems, 8 th Edition 10 DBMS Architecture (continued) Input/output request: low-level data access operation to/from computer devices Data cache is faster than data in data files –DBMS does not wait for hard disk to retrieve data Majority of performance-tuning activities focus on minimizing I/O operations Typical DBMS processes: –Listener, User, Scheduler, Lock manager, Optimizer

Database Systems, 8 th Edition 11 Database Statistics Measurements about database objects and available resources –Tables –Indexes –Number of processors used –Processor speed –Temporary space available

Database Systems, 8 th Edition 12 Database Statistics (continued) Make critical decisions about improving query processing efficiency Can be gathered manually by DBA or automatically by DBMS

Database Systems, 8 th Edition 13

Database Systems, 8 th Edition 14 Query Processing DBMS processes queries in three phases –Parsing DBMS parses the query and chooses the most efficient access/execution plan –Execution DBMS executes the query using chosen execution plan –Fetching DBMS fetches the data and sends the result back to the client

Database Systems, 8 th Edition 15

Database Systems, 8 th Edition 16 SQL Parsing Phase Break down query into smaller units Transform original SQL query into slightly different version of original SQL code –Fully equivalent Optimized query results are always the same as original query –More efficient Optimized query will almost always execute faster than original query

Database Systems, 8 th Edition 17 SQL Parsing Phase (continued) Query optimizer analyzes SQL query and finds most efficient way to access data –Validated for syntax compliance –Validated against data dictionary Tables, column names are correct User has proper access rights –Analyzed and decomposed into components –Optimized –Prepared for execution

Database Systems, 8 th Edition 18 SQL Parsing Phase (continued) Access plans are DBMS-specific –Translate client’s SQL query into series of complex I/O operations –Required to read the data from the physical data files and generate result set DBMS checks if access plan already exists for query in SQL cache DBMS reuses the access plan to save time If not, optimizer evaluates various plans –Chosen plan placed in SQL cache

Database Systems, 8 th Edition 19

Database Systems, 8 th Edition 20 SQL Execution Phase SQL Fetching Phase All I/O operations indicated in access plan are executed –Locks acquired –Data retrieved and placed in data cache –Transaction management commands processed Rows of resulting query result set are returned to client DBMS may use temporary table space to store temporary data

Database Systems, 8 th Edition 21 Query Processing Bottlenecks Delay introduced in the processing of an I/O operation that slows the system –CPU –RAM –Hard disk –Network –Application code

Database Systems, 8 th Edition 22 Indexes and Query Optimization Indexes –Crucial in speeding up data access –Facilitate searching, sorting, and using aggregate functions as well as join operations –Ordered set of values that contains index key and pointers More efficient to use index to access table than to scan all rows in table sequentially

Database Systems, 8 th Edition 23 Indexes and Query Optimization (continued) Data sparsity: number of different values a column could possibly have Indexes implemented using: –Hash indexes –B-tree indexes –Bitmap indexes DBMSs determine best type of index to use

Database Systems, 8 th Edition 24

Database Systems, 8 th Edition 25 Optimizer Choices Rule-based optimizer –Preset rules and points –Rules assign a fixed cost to each operation Cost-based optimizer –Algorithms based on statistics about objects being accessed –Adds up processing cost, I/O costs, resource costs to derive total cost

Database Systems, 8 th Edition 26

Database Systems, 8 th Edition 27 Using Hints to Affect Optimizer Choices Optimizer might not choose best plan Makes decisions based on existing statistics –Statistics may be old –Might choose less efficient decisions Optimizer hints: special instructions for the optimizer embedded in the SQL command text

Database Systems, 8 th Edition 28

Database Systems, 8 th Edition 29 SQL Performance Tuning Evaluated from client perspective –Most current relational DBMSs perform automatic query optimization at the server end –Most SQL performance optimization techniques are DBMS-specific Rarely portable Majority of performance problems related to poorly written SQL code Carefully written query usually outperforms a poorly written query

Database Systems, 8 th Edition 30 Index Selectivity Indexes are used when: –Indexed column appears by itself in search criteria of WHERE or HAVING clause –Indexed column appears by itself in GROUP BY or ORDER BY clause –MAX or MIN function is applied to indexed column –Data sparsity on indexed column is high Measure of how likely an index will be used

Database Systems, 8 th Edition 31 Index Selectivity (continued) General guidelines for indexes: –Create indexes for each attribute in WHERE, HAVING, ORDER BY, or GROUP BY clause –Do not use in small tables or tables with low sparsity –Declare primary and foreign keys so optimizer can use indexes in join operations –Declare indexes in join columns other than PK/FK

Database Systems, 8 th Edition 32 Conditional Expressions Normally expressed within WHERE or HAVING clauses of SQL statement Restricts output of query to only rows matching conditional criteria

Database Systems, 8 th Edition 33 Conditional Expressions (continued) Common practices for efficient SQL: –Use simple columns or literals in conditionals –Numeric field comparisons are faster –Equality comparisons faster than inequality –Transform conditional expressions to use literals –Write equality conditions first –AND: Use condition most likely to be false first –OR: Use condition most likely to be true first –Avoid NOT

Database Systems, 8 th Edition 34 Query Formulation Identify what columns and computations are required Identify source tables Determine how to join tables Determine what selection criteria is needed Determine in what order to display output

Database Systems, 8 th Edition 35 DBMS Performance Tuning Includes managing DBMS processes in primary memory and structures in physical storage DBMS performance tuning at server end focuses on setting parameters used for: –Data cache –SQL cache –Sort cache –Optimizer mode

Database Systems, 8 th Edition 36 DBMS Performance Tuning (continued) Some general recommendations for creation of databases: –Use RAID (Redundant Array of Independent Disks) to provide balance between performance and fault tolerance –Minimize disk contention –Put high-usage tables in their own table spaces –Assign separate data files in separate storage volumes for indexes, system, high-usage tables

Database Systems, 8 th Edition 37 DBMS Performance Tuning (continued) Some general recommendations for creation of databases: (continued) –Take advantage of table storage organizations in database –Partition tables based on usage –Use denormalized tables where appropriate –Store computed and aggregate attributes in tables

Database Systems, 8 th Edition 38 Query Optimization Example Example illustrates how query optimizer works Based on QOVENDOR and QOPRODUCT tables Uses Oracle SQL*Plus

Database Systems, 8 th Edition 39

Database Systems, 8 th Edition 40

Database Systems, 8 th Edition 41

Database Systems, 8 th Edition 42

Database Systems, 8 th Edition 43

Database Systems, 8 th Edition 44

Database Systems, 8 th Edition 45

Database Systems, 8 th Edition 46

Database Systems, 8 th Edition 47

Database Systems, 8 th Edition 48 Summary Database performance tuning –Refers to activities to ensure query is processed in minimum amount of time SQL performance tuning –Refers to activities on client side to generate SQL code Returns correct answer in least amount of time Uses minimum amount of resources at server end DBMS architecture represented by processes and structures used to manage a database

Database Systems, 8 th Edition 49 Summary (continued) Database statistics refers to measurements gathered by the DBMS –Describe snapshot of database objects’ characteristics DBMS processes queries in three phases: parsing, execution, and fetching Indexes are crucial in process that speeds up data access

Database Systems, 8 th Edition 50 Summary (continued) During query optimization, DBMS chooses: –Indexes to use, how to perform join operations, table to use first, etc. Hints change optimizer mode for current SQL statement SQL performance tuning deals with writing queries that make good use of statistics Query formulation deals with translating business questions into specific SQL code