SQL Server Performance

  • Home
  • Articles
  • Forums
  • Tips
  • Training
  • FAQ's
  • Blogs
  • Software
  • Books
  • About Us
RSS Feeds
Sign in | Join


Article Topics

All Articles
Performance Tuning
Audit
Business Intelligence
Clustering
Reporting Services
SQL Azure
Developer
General DBA
ASP.NET / ADO.NET
SQL Azure

USEFUL SITES :

ASP.NET Tutorials
Windows and SQL Azure Tutorials
Cloud Hosting Magazine
SharePoint Tutorials
Windows Server Help

Write for Us

Share your SQL Server knowledge with others and raise your profile in the community More...
Latest Articles

A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server

More     
 
Latest FAQ's

Add Node to A SQL Server failover Cluster failed with invalid ...
SQL Server Destination remote server error
Setting Up Data And Log Files For SQL Server
Will Check Constraints Improve Database Performance?

More     
   
Latest Software Reviews

dbForge Review
Spotlight on ApexSQL Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Data Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Doc 2008

More     

articles >> performance tuning >> Measure TSQL Statement Performance

Measure TSQL Statement Performance

By : Greg Larsen
Dec 19, 2007

Page 2 / 4

Now another method the measure elapsed time is to use a SET STATISTICS command to display the elapsed time for a query.  Below is a screen shot that shows the elapsed time statistics in the query results pane for each statement executed in my query window:

Here I executed the “SET STATISTICS TIME ON” statement prior to running my simple SELECT statement.  Note how the “elapsed time” statistics are displayed in the result pane, along with the “CPU time”, and output from my PRINT statement.   The “SET STASTISTICS TIME ON” statement displays the amount of time it takes to parse, compile and execute each statement.  This statement is useful if you are only executing a few statements.  If you are executing a large number of statements like my first looping example then the number of lines of output would be very large making it hard to read. 

Now sometimes you need to measure how long it takes to execute different chunks of code in a batch, not just a specific TSQL statement.  This would be useful if you had a large script or stored procedure that takes a long time, and you want to figure out which part takes the longest.  To create elapsed time for sections of code we can use the following method:

Here you can see that I ran two different simple loops.  For each loop I calculated the time it takes to process each loop.   I do this by capturing the begin time of each chunk of code into a variable named @START.  Then when the loop finishes I print out the time difference between the @START DATETIME variable and the current value returned from the GETDATE() function.  In my case it took 16 ms to process a through my first loop 10,000 times, where as it took 110 second to process through the second loop 90,000 times. 


<< Prev Page     Next Page>>    








C# Help and Tutorials | PHP MySQL Tutorial | Sharepoint Tutorial | Azure Tutorial | Cloud Hosting Magazine | ASP.NET Tutorials | Windows Server Help | Windows Phone Pro | Silverlight Ace | Visual Studio Tutorials | Home | Peformance Articles | Audit Articles | Business Intelligence Articles | Clustering Articles | Developer Articles | Reporting Services Articles | DBA Articles | ASP.NET / ADO.NET Articles | SQL Server Training Videos | DBA FAQ's | Developer Peformance FAQ's | DBA Peformance FAQ's | Developer FAQ's | Clustering FAQ's | Error Messages | Audit Tool Reviews | Backup Tool Reviews | Coding Tool Reviews | Compare Tool Reviews | Documentation Tool Reviews | Design Tool Reviews | Monitoring Tool Reviews | Log Tool Reviews | Reporting Tool Reviews | Clustering Tool Reviews | Security Tool Reviews | Change Management Tool Reviews | Remote Access Tool Reviews | Book Reviews | Security Tool Reviews | ADO.NET / ASP.NET | Administration | Analysis/OLAP Services | Application Development | Configuration | Components | ETL | Hardware | High Availability | Hints | Index | Misc | Operating Systems | Performance Tuning | Replication | T-SQL | Views


              © 2010 Jude O'Kelly. All rights reserved