Book Image

Microsoft SQL Server 2012 Performance Tuning Cookbook

Book Image

Microsoft SQL Server 2012 Performance Tuning Cookbook

Overview of this book

As a DBA you must have encountered a slow running application on SQL Server, but there are various factors that could be affecting the performance. If you find yourself in this situation, don't wait, pick up this book and start working towards improving performance of your SQL Server 2012. SQL Server 2012 Performance Tuning Cookbook is divided into three major parts -- Performance Monitoring, Performance Tuning, and Performance Management--that are mandatory to deal with performance in any capacity. SQL Server 2012 Performance Tuning Cookbook offers a great way to manage performance with effective, concise, and practical recipes. You will learn how to diagnose performance issues, fix them, and take precaution to avoid common mistakes. Each recipe given in this book is an individual task that will address different performance aspects to take your SQL Server's Performance to a higher level.The first part of this book covers Monitoring with SQL Server Profiler, DTA, System statistical function, SPs with DBCC commands, Resource Monitor & Reliability, and Performance Monitor and Execution Plan. The second part of the book offers Execution Plan, Dynamic Management Views, and Dynamic Management Functions, SQL Server Cache and Stored Procedure Recompilations, Indexes, Important ways to write effective TSQL, Statistics, Table and Index Partitioning, Advanced Query tuning with Query Hints and Plan Guide, Dealing with Locking, Blocking and Deadlocking and Configuring SQL Server for optimization to boost performance.The third and final part gives you knowledge of performance management with help of Policy Based Management and Management with Resource Governor.
Table of Contents (28 chapters)
Microsoft SQL Server 2012 Performance Tuning Cookbook
Credits
About the Authors
Acknowledgement
Acknowledgement
About the Reviewers
www.PacktPub.com
Preface
Index

Playing with Fill Factor


It is already discussed in the previous chapter, Chapter 9, Implementing Index, that when an index is being created, it stores data in the B-Tree format that has a root page, intermediate level, and leaf level. Leaf level, which is the bottom-most level, contains the actual data in a clustered index. Each data page is 8 KB in size.

When insertion/updation/deletion of data to/from a table happens, it tries to insert in the proper data page according to the record being inserted. For example, we have clustered index on SSN number. We are inserting a new row with the SSN number. SQL Server tries to insert that record in an appropriate data page. Suppose our SSN number starts with "2", then it will find the last page that has SSN number starting with "2". SQL Server will insert our new row in that page only. If your 8 KB page is full or doesn't have enough room to accommodate the new row whose SSN starts with "2", it will split the page, and the data in that page will...