- SQL Server Reference Guide
- Introduction
- SQL Server Reference Guide Overview
- Table of Contents
- Microsoft SQL Server Defined
- SQL Server Editions
- SQL Server Access
- Informit Articles and Sample Chapters
- Online Resources
- Microsoft SQL Server Features
- SQL Server Books Online
- Clustering Services
- Data Transformation Services (DTS) Overview
- Replication Services
- Database Mirroring
- Natural Language Processing (NLP)
- Analysis Services
- Microsot SQL Server Reporting Services
- XML Overview
- Notification Services for the DBA
- Full-Text Search
- SQL Server 2005 - Service Broker
- Using SQL Server as a Web Service
- SQL Server Encryption Options Overview
- SQL Server 2008 Overview
- SQL Server 2008 R2 Overview
- SQL Azure
- The Utility Control Point and Data Application Component, Part 1
- The Utility Control Point and Data Application Component, Part 2
- Microsoft SQL Server Administration
- The DBA Survival Guide: The 10 Minute SQL Server Overview
- Preparing (or Tuning) a Windows System for SQL Server, Part 1
- Preparing (or Tuning) a Windows System for SQL Server, Part 2
- Installing SQL Server
- Upgrading SQL Server
- SQL Server 2000 Management Tools
- SQL Server 2005 Management Tools
- SQL Server 2008 Management Tools
- SQL Azure Tools
- Automating Tasks with SQL Server Agent
- Run Operating System Commands in SQL Agent using PowerShell
- Automating Tasks Without SQL Server Agent
- Storage – SQL Server I/O
- Service Packs, Hotfixes and Cumulative Upgrades
- Tracking SQL Server Information with Error and Event Logs
- Change Management
- SQL Server Metadata, Part One
- SQL Server Meta-Data, Part Two
- Monitoring - SQL Server 2005 Dynamic Views and Functions
- Monitoring - Performance Monitor
- Unattended Performance Monitoring for SQL Server
- Monitoring - User-Defined Performance Counters
- Monitoring: SQL Server Activity Monitor
- SQL Server Instances
- DBCC Commands
- SQL Server and Mail
- Database Maintenance Checklist
- The Maintenance Wizard: SQL Server 2000 and Earlier
- The Maintenance Wizard: SQL Server 2005 (SP2) and Later
- The Web Assistant Wizard
- Creating Web Pages from SQL Server
- SQL Server Security
- Securing the SQL Server Platform, Part 1
- Securing the SQL Server Platform, Part 2
- SQL Server Security: Users and other Principals
- SQL Server Security – Roles
- SQL Server Security: Objects (Securables)
- Security: Using the Command Line
- SQL Server Security - Encrypting Connections
- SQL Server Security: Encrypting Data
- SQL Server Security Audit
- High Availability - SQL Server Clustering
- SQL Server Configuration, Part 1
- SQL Server Configuration, Part 2
- Database Configuration Options
- 32- vs 64-bit Computing for SQL Server
- SQL Server and Memory
- Performance Tuning: Introduction to Indexes
- Statistical Indexes
- Backup and Recovery
- Backup and Recovery Examples, Part One
- Backup and Recovery Examples, Part Two: Transferring Databases to Another System (Even Without Backups)
- SQL Profiler - Reverse Engineering An Application
- SQL Trace
- SQL Server Alerts
- Files and Filegroups
- Partitioning
- Full-Text Indexes
- Read-Only Data
- SQL Server Locks
- Monitoring Locking and Deadlocking
- Controlling Locks in SQL Server
- SQL Server Policy-Based Management, Part One
- SQL Server Policy-Based Management, Part Two
- SQL Server Policy-Based Management, Part Three
- Microsoft SQL Server Programming
- An Outline for Development
- Database
- Database Services
- Database Objects: Databases
- Database Objects: Tables
- Database Objects: Table Relationships
- Database Objects: Keys
- Database Objects: Constraints
- Database Objects: Data Types
- Database Objects: Views
- Database Objects: Stored Procedures
- Database Objects: Indexes
- Database Objects: User Defined Functions
- Database Objects: Triggers
- Database Design: Requirements, Entities, and Attributes
- Business Process Model Notation (BPMN) and the Data Professional
- Business Questions for Database Design, Part One
- Business Questions for Database Design, Part Two
- Database Design: Finalizing Requirements and Defining Relationships
- Database Design: Creating an Entity Relationship Diagram
- Database Design: The Logical ERD
- Database Design: Adjusting The Model
- Database Design: Normalizing the Model
- Creating The Physical Model
- Database Design: Changing Attributes to Columns
- Database Design: Creating The Physical Database
- Database Design Example: Curriculum Vitae
- NULLs
- The SQL Server Sample Databases
- The SQL Server Sample Databases: pubs
- The SQL Server Sample Databases: NorthWind
- The SQL Server Sample Databases: AdventureWorks
- The SQL Server Sample Databases: Adventureworks Derivatives
- UniversalDB: The Demo and Testing Database, Part 1
- UniversalDB: The Demo and Testing Database, Part 2
- UniversalDB: The Demo and Testing Database, Part 3
- UniversalDB: The Demo and Testing Database, Part 4
- Getting Started with Transact-SQL
- Transact-SQL: Data Definition Language (DDL) Basics
- Transact-SQL: Limiting Results
- Transact-SQL: More Operators
- Transact-SQL: Ordering and Aggregating Data
- Transact-SQL: Subqueries
- Transact-SQL: Joins
- Transact-SQL: Complex Joins - Building a View with Multiple JOINs
- Transact-SQL: Inserts, Updates, and Deletes
- An Introduction to the CLR in SQL Server 2005
- Design Elements Part 1: Programming Flow Overview, Code Format and Commenting your Code
- Design Elements Part 2: Controlling SQL's Scope
- Design Elements Part 3: Error Handling
- Design Elements Part 4: Variables
- Design Elements Part 5: Where Does The Code Live?
- Design Elements Part 6: Math Operators and Functions
- Design Elements Part 7: Statistical Functions
- Design Elements Part 8: Summarization Statistical Algorithms
- Design Elements Part 9:Representing Data with Statistical Algorithms
- Design Elements Part 10: Interpreting the Data—Regression
- Design Elements Part 11: String Manipulation
- Design Elements Part 12: Loops
- Design Elements Part 13: Recursion
- Design Elements Part 14: Arrays
- Design Elements Part 15: Event-Driven Programming Vs. Scheduled Processes
- Design Elements Part 16: Event-Driven Programming
- Design Elements Part 17: Program Flow
- Forming Queries Part 1: Design
- Forming Queries Part 2: Query Basics
- Forming Queries Part 3: Query Optimization
- Forming Queries Part 4: SET Options
- Forming Queries Part 5: Table Optimization Hints
- Using SQL Server Templates
- Transact-SQL Unit Testing
- Index Tuning Wizard
- Unicode and SQL Server
- SQL Server Development Tools
- The SQL Server Transact-SQL Debugger
- The Transact-SQL Debugger, Part 2
- Basic Troubleshooting for Transact-SQL Code
- An Introduction to Spatial Data in SQL Server 2008
- Performance Tuning
- Performance Tuning SQL Server: Tools and Processes
- Performance Tuning SQL Server: Tools Overview
- Creating a Performance Tuning Audit - Defining Components
- Creating a Performance Tuning Audit - Evaluation Part One
- Creating a Performance Tuning Audit - Evaluation Part Two
- Creating a Performance Tuning Audit - Interpretation
- Creating a Performance Tuning Audit - Developing an Action Plan
- Understanding SQL Server Query Plans
- Performance Tuning: Implementing Indexes
- Performance Monitoring Tools: Windows 2008 (and Higher) Server Utilities, Part 1
- Performance Monitoring Tools: Windows 2008 (and Higher) Server Utilities, Part 2
- Performance Monitoring Tools: Windows System Monitor
- Performance Monitoring Tools: Logging with System Monitor
- Performance Monitoring Tools: User Defined Counters
- General Transact-SQL (T-SQL) Performance Tuning, Part 1
- General Transact-SQL (T-SQL) Performance Tuning, Part 2
- General Transact-SQL (T-SQL) Performance Tuning, Part 3
- Performance Monitoring Tools: An Introduction to SQL Profiler
- Performance Tuning: Introduction to Indexes
- Performance Monitoring Tools: SQL Server 2000 Index Tuning Wizard
- Performance Monitoring Tools: SQL Server 2005 Database Tuning Advisor
- Performance Monitoring Tools: SQL Server Management Studio Reports
- Performance Monitoring Tools: SQL Server 2008 Activity Monitor
- The SQL Server 2008 Management Data Warehouse and Data Collector
- Performance Monitoring Tools: Evaluating Wait States with PowerShell and Excel
- Practical Applications
- Choosing the Back End
- The DBA's Toolbox, Part 1
- The DBA's Toolbox, Part 2
- Scripting Solutions for SQL Server
- Building a SQL Server Lab
- Using Graphics Files with SQL Server
- Enterprise Resource Planning
- Customer Relationship Management (CRM)
- Building a Reporting Data Server
- Building a Database Documenter, Part 1
- Building a Database Documenter, Part 2
- Data Management Objects
- Data Management Objects: The Server Object
- Data Management Objects: Server Object Methods
- Data Management Objects: Collections and the Database Object
- Data Management Objects: Database Information
- Data Management Objects: Database Control
- Data Management Objects: Database Maintenance
- Data Management Objects: Logging the Process
- Data Management Objects: Running SQL Statements
- Data Management Objects: Multiple Row Returns
- Data Management Objects: Other Database Objects
- Data Management Objects: Security
- Data Management Objects: Scripting
- Powershell and SQL Server - Overview
- PowerShell and SQL Server - Objects and Providers
- Powershell and SQL Server - A Script Framework
- Powershell and SQL Server - Logging the Process
- Powershell and SQL Server - Reading a Control File
- Powershell and SQL Server - SQL Server Access
- Powershell and SQL Server - Web Pages from a SQL Query
- Powershell and SQL Server - Scrubbing the Event Logs
- SQL Server 2008 PowerShell Provider
- SQL Server I/O: Importing and Exporting Data
- SQL Server I/O: XML in Database Terms
- SQL Server I/O: Creating XML Output
- SQL Server I/O: Reading XML Documents
- SQL Server I/O: Using XML Control Mechanisms
- SQL Server I/O: Creating Hierarchies
- SQL Server I/O: Using HTTP with SQL Server XML
- SQL Server I/O: Using HTTP with SQL Server XML Templates
- SQL Server I/O: Remote Queries
- SQL Server I/O: Working with Text Files
- Using Microsoft SQL Server on Handheld Devices
- Front-Ends 101: Microsoft Access
- Comparing Two SQL Server Databases
- English Query - Part 1
- English Query - Part 2
- English Query - Part 3
- English Query - Part 4
- English Query - Part 5
- RSS Feeds from SQL Server
- Using SQL Server Agent to Monitor Backups
- Reporting Services - Creating a Maintenance Report
- SQL Server Chargeback Strategies, Part 1
- SQL Server Chargeback Strategies, Part 2
- SQL Server Replication Example
- Creating a Master Agent and Alert Server
- The SQL Server Central Management System: Definition
- The SQL Server Central Management System: Base Tables
- The SQL Server Central Management System: Execution of Server Information (Part 1)
- The SQL Server Central Management System: Execution of Server Information (Part 2)
- The SQL Server Central Management System: Collecting Performance Metrics
- The SQL Server Central Management System: Centralizing Agent Jobs, Events and Scripts
- The SQL Server Central Management System: Reporting the Data and Project Summary
- Time Tracking for SQL Server Operations
- Migrating Departmental Data Stores to SQL Server
- Migrating Departmental Data Stores to SQL Server: Model the System
- Migrating Departmental Data Stores to SQL Server: Model the System, Continued
- Migrating Departmental Data Stores to SQL Server: Decide on the Destination
- Migrating Departmental Data Stores to SQL Server: Design the ETL
- Migrating Departmental Data Stores to SQL Server: Design the ETL, Continued
- Migrating Departmental Data Stores to SQL Server: Attach the Front End, Test, and Monitor
- Tracking SQL Server Timed Events, Part 1
- Tracking SQL Server Timed Events, Part 2
- Patterns and Practices for the Data Professional
- Managing Vendor Databases
- Consolidation Options
- Connecting to a SQL Azure Database from Microsoft Access
- SharePoint 2007 and SQL Server, Part One
- SharePoint 2007 and SQL Server, Part Two
- SharePoint 2007 and SQL Server, Part Three
- Querying Multiple Data Sources from a Single Location (Distributed Queries)
- Importing and Exporting Data for SQL Azure
- Working on Distributed Teams
- Professional Development
- Becoming a DBA
- Certification
- DBA Levels
- Becoming a Data Professional
- SQL Server Professional Development Plan, Part 1
- SQL Server Professional Development Plan, Part 2
- SQL Server Professional Development Plan, Part 3
- Evaluating Technical Options
- System Sizing
- Creating a Disaster Recovery Plan
- Anatomy of a Disaster (Response Plan)
- Database Troubleshooting
- Conducting an Effective Code Review
- Developing an Exit Strategy
- Data Retention Strategy
- Keeping Your DBA/Developer Job in Troubled Times
- The SQL Server Runbook
- Creating and Maintaining a SQL Server Configuration History, Part 1
- Creating and Maintaining a SQL Server Configuration History, Part 2
- Creating an Application Profile, Part 1
- Creating an Application Profile, Part 2
- How to Attend a Technical Conference
- Tips for Maximizing Your IT Budget This Year
- The Importance of Blue-Sky Planning
- Application Architecture Assessments
- Transact-SQL Code Reviews, Part One
- Transact-SQL Code Reviews, Part Two
- Cloud Computing (Distributed Computing) Paradigms
- NoSQL for the SQL Server Professional, Part One
- NoSQL for the SQL Server Professional, Part Two
- Object-Role Modeling (ORM) for the Database Professional
- Business Intelligence
- BI Explained
- Developing a Data Dictionary
- BI Security
- Gathering BI Requirements
- Source System Extracts and Transforms
- ETL Mechanisms
- Business Intelligence Landscapes
- Business Intelligence Layouts and the Build or Buy Decision
- A Single Version of the Truth
- The Operational Data Store (ODS)
- Data Marts – Combining and Transforming Data
- Designing Data Elements
- The Enterprise Data Warehouse — Aggregations and the Star Schema
- On-Line Analytical Processing (OLAP)
- Data Mining
- Key Performance Indicators
- BI Presentation - Client Tools
- BI Presentation - Portals
- Implementing ETL - Introduction to SQL Server 2005 Integration Services
- Building a Business Intelligence Solution, Part 1
- Building a Business Intelligence Solution, Part 2
- Building a Business Intelligence Solution, Part 3
- Tips and Troubleshooting
- SQL Server and Microsoft Excel Integration
- Tips for the SQL Server Tools: SQL Server 2000
- Tips for the SQL Server Tools – SQL Server 2005
- Transaction Log Troubles
- SQL Server Connection Problems
- Orphaned Database Users
- Additional Resources
- Tools and Downloads
- Utilities (Free)
- Tool Review (Free): DBDesignerFork
- Aqua Data Studio
- Microsoft SQL Server Best Practices Analyzer
- Utilities (Cost)
- Quest Software's TOAD for SQL Server
- Quest Software's Spotlight on SQL Server
- SQL Server on Microsoft's Virtual PC
- Red Gate SQL Bundle
- Microsoft's Visio for Database Folks
- Quest Capacity Manager
- SQL Server Help
- Visual Studio Team Edition for Database Professionals
- Microsoft Assessment and Planning Solution Accelerator
- Aggregating Server Data from the MAPS Tool
I’m in a series of tutorials that explains how to tune the queries you have within your system. If you haven’t read the first tutorial, it’s a good idea to stop here and take care of that now. Keep in mind as you read through this series that tuning the queries in your system is only part of the picture. There are other components for tuning the entire system, and I’ve covered that process in this section of the Guide.
But I will say this — no matter how much you tune the network, hardware, server settings and even the high-level code in the client application, nothing can save time more than tuning the queries that the application runs. You see, it’s the work you avoid that goes fastest — but I’m getting ahead of myself a bit.
In the last installment of this series, I explained that “knowledge is power.” This means that you need to set up your environment so that you can observe the queries in a “clean-room” where you know that other activities won’t affect the queries you’re examining. That’s the first part of any scientific endeavor — to ensure that you have control over the experiment.
In this tutorial, I’ll explain the second part of the scientific experiment, which is observation. I’ll explain the primary tool that you can use to examine your queries as they run on the server, and show you how to interpret the results. In the final installment I’ll explain a few tips for speeding up the queries by avoiding the problems that you’ll find with the knowledge and the tools that I show you here.
So let’s get started.
Query Plans
As I explained in the last tutorial, a query isn’t handled in the same order that you send it. The SQL Server engine parses the query and then develops the fastest way to answer it. This path to the data is called a “Query Plan,” and you can access it in multiple outputs, as I’ll show you in a moment.
Once again, I’ll emphasize that you should do all of your testing on a separate system from production. You can actually slow down your queries in production, so don’t do any of this work there. You should also download and install the sample databases for SQL Server, as I’ve explained in previous tutorials. That will allow you to work through the examples I have here, and then once you’re comfortable you can test out the concepts on your production code.
I explained that the query moves through several layers between the time it is called on the client and the time the data is returned to the caller. What I’m focusing here are only the actions performed in the Engine, not along any of those other paths.
When the Query Plan is created (called “compiled”), it is stored up in memory so that in case another query asks for the same data, it has the fastest path already available. This happens more often than you think — if the tables are normalized to the proper level, queries are often looking for the same data.
As time goes by, if a Query Plan isn’t accessed as often as other Plans are, it will be “aged out,” or dropped from memory. Also, if the path to the data changes dramatically the plan will be “re-compiled,” even if the data requests are the same.
With that background, we can begin to examine the plans, and to learn how to monitor them for compiles and recompiles.
Viewing the Graphical Query Plan Output
There are two modes for displaying the Query Plan graphically. The first is to display the “estimated” Query Plan. In this mode, the system doesn’t actually run the query, it just tries to figure out what it would do if it actually did run it. This can be very useful when you’re running against a large set of data, and you’d like to take a look at the plan first.
You can try this out yourself in SQL Server Management Studio in SQL Server 2005 and higher. Copy the query from below, and make sure you’re in the “AdventureWorks” sample database:
SELECT ProductID FROM Sales.SalesOrderDetail WHERE UnitPrice < 25.00 GROUP BY ProductID HAVING AVG(OrderQty) > 5 ORDER BY ProductID; GO
Now “highlight” that query by selecting it with your mouse. Then press CTRL-L, or select “Display estimated execution plan” from the “Query” menu.
Another tab appears when you do this, and you’re presented with several graphics and lines, moving from right to left. Hold on a moment and I’ll explain what you should know about those.
The “estimated” Query Plan has its uses, but unless the query is quite long or returns a huge amount of data, I recommend that you use the “actual” Query Plan. To do that, highlight that query again and press CTRL-M, or select “Include Actual Execution Plan” from the “Query” menu.
When you run the query, the results are returned as expected, but now you’ll see another tab with the Execution Plan in it. By the way, an “Execution Plan” and a “Query Plan” are basically the same thing.
There’s quite a bit going on here, so take a moment and look at the screen. First, just at the top you’ll notice that there is a statement telling you that the “query cost to the batch” is 100%. That’s because you only have one query in this batch. If you sent two statements, you would see two plans here with a relative cost. What you’re looking to do here is to go after the query that takes the longest, first.
Using that same logic, you can look down in the graphical area to see the operations that the system took to get to the data, and how much work each operation took. If you take your mouse pointer and leave it over one of these icons you’ll see a lot of information about what the query was doing at the time. Underneath each icon is the amount of work as a percentage each operation took.
In my case, the first icon on the far right represents a “Clustered Index Scan.” This means that the system used a Clustered Index (more on those here) to find the data, but it had to read the entire Index to make sure it got to all the data. I would rather see a “lookup” operation here, since that would find all of the data I need faster. I’ll explain a few more of these icons shortly, and then tell you where you can look them all up.
Moving to the left, you see a large arrow. If you hover over an arrow with the mouse, you’ll see information on the amount of rows the query sends to the next operation. If you look closely you’ll see where the arrows are “fatter” or bulkier and which are “skinny” or smaller. Thicker lines mean more rows, thinner ones mean fewer.
There are quite a few operations shown in this graphic. The ones that should stand out immediately are those that indicate any kind of a “Scan” operation, unless there is less than 1,000 rows involved. It’s quicker to read 1,000 rows that to do anything else, so the Engine will almost always pick that mechanism in that case. A Scan operation means that the Engine read every single row in a table or index to make sure it gets all of the data. If you see a Scan, you might want to consider an Index — if, of course, that doesn’t affect the INSERT or UPDATE operations in a bad way. More on that in the Index tutorial I have here.
You can see all of the graphical icons here. I pay attention to the Scan operations, as I mentioned, and to the WHILE loops, and also the arrows that show branching and merging. I’ll explain more about these later, but if you review the last link you can read a little ahead.
You can save these plans out to the hard drive by right-clicking inside the plan and selecting “Export” from the menu that appears. The interesting thing is that you don’t have to have the save query on another system to open it, or even the same database — the plan is something separate altogether. Anyone else with the same version of SQL Server Management Studio (SSMS) can open it.
Viewing the Text and XML Query Plan Output
You can also view the Query Plan in text and XML formats. This is useful when you don’t have access to the graphical tools, or you want to save the output in a format to work with later or analyze with other tools.
You accomplish this with the “SET” commands. The first is called SET SHOWPLAN_TEXT ON. When you issue this statement, your query produces a text representation of that same graphical information you saw earlier. SET SHOWPLAN_TEXT ON doesn’t have quite as much information, however, but you can fix that with another command, SET SHOWPLAN_ALL ON.
To see the data in XML, use the command SET SHOWPLAN_XML ON. In all these cases, you need to use the SET SHOWPLAN_TEXT OFF, or SET SHOWPLAN_ALL OFF, or the SET SHOWPLAN_XML OFF statements to display the normal results of your query.
Those are the basics of displaying the Query Plans — but I haven’t explained what to do with the information yet. I’ll do that in future tutorials, but even having all this information doesn’t form the full picture of what the query is doing to the system. To get the full impact of the query on the system, you need to combine what the query is doing with a view of the Meta Data about how the system deals with those impacts.
I’ve covered a lot of the views of the data in the Query Plans, and the factors that affect them, in the series of articles on Meta-Data. You can use the combination of those views and the information in the Meta Data views to zero in on the problems in your queries — which is what I’ll cover in the next article in this series.
InformIT Articles and Sample Chapters
If you’ve come into this tutorial without reading the complete series I have on performance tuning, you can find that here.
Books and eBooks
You can’t do better than SQL Performance Tuning by Peter Gulutzan and Trudy Pelzer.
Online Resources
Here’s the best SQL Server Performance Tuning site on the planet.