﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.0"><channel><title>SQLServerCentral.com Content tagged T-SQL, Performance Tuning</title><link>http://www.sqlservercentral.com/</link><description>Content tagged T-SQL, Performance Tuning posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>Is a Temporary Table Really Necessary?</title><description>In this article Randy Dyness shows you how to avoid temp tables whenever to maximize the performance of your queries.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/temptabl/662/</guid><pubDate>2006/06/02</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/temptabl/662/</link></item><item><title>Writing Faster T-SQL</title><description>How many times have you wished that your queries performed better? Performance Tuning is a bit of an art, but learning about new techniques and which things work help grow your knowledge. Jacob Sebastian brings us the first part of a series on writing better performing queries.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2944/</guid><pubDate>2008/03/31</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2944/</link></item><item><title>Not In v Not Equal</title><description>Is it better to use NOT IN() or &lt;&gt; in a T-SQL query? Ken Johnson had the question put to him and decided to investigate them both. Read about how these two functions perform.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2924/</guid><pubDate>2008/03/12</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2924/</link></item><item><title>Why Object Qualification is important.</title><description>You have all read about why object qualification is important. You also must have heard of why stored Proc should not have sp_ as prefix to the name. Now let us proove if this is all true.</description><guid>http://www.sqlservercentral.com/articles/T-SQL/62061/</guid><pubDate>2008/03/10</pubDate><link>http://www.sqlservercentral.com/articles/T-SQL/62061/</link></item><item><title>How SQL Server Chooses the Type of Join</title><description>How many times have you had a stored procedure run quicker in Query Analyzer than it does in the application? Mike Dillon tracked down one possible cause in this article.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2863/</guid><pubDate>2008/02/13</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2863/</link></item><item><title>Designing High Performance Stored Procedures</title><description>Stored procedures can be an effective way to handle conflicting needs, but it&amp;#39;s not always so obvious how to write them so they both perform well and scale.</description><guid>http://www.sqlservercentral.com/redirect/articles/2838/</guid><pubDate>2008/01/30</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2838/</link></item><item><title>Importance of UPSERT</title><description>A simple UPSERT can reduce reads on tables. This in turn will increase the performance of a DB.</description><guid>http://www.sqlservercentral.com/articles/T-SQL/61773/</guid><pubDate>2008/01/29</pubDate><link>http://www.sqlservercentral.com/articles/T-SQL/61773/</link></item><item><title>Evaluating How Filtering Options Affect T-SQL Performance</title><description>The many popular rules concerning T-SQL filtering operators can't be trusted implicitly; instead, you should evaluate your options explicitly.</description><guid>http://www.sqlservercentral.com/redirect/articles/61925/</guid><pubDate>2008/01/14</pubDate><link>http://www.sqlservercentral.com/redirect/articles/61925/</link></item><item><title>TinyInt, SmallInt, Int and BigInt</title><description>SQL Server guru David Poole takes a look at the different integer data types and the impact of each of those on your database.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2753/</guid><pubDate>2007/12/10</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2753/</link></item><item><title>Performance Effects of NOCOUNT</title><description>Most SQL Server programmers know to use the SET NOCOUNT command to prevent the number of rows message from being returned to the client. But how does this affect performance? Does it make sense to qualify the owner on your objects? SQL Server guru David Poole brings us some performance analysis of how your stored procedures perform.

</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2751/</guid><pubDate>2007/12/07</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2751/</link></item><item><title>Introduction to Parameterization in SQL Server</title><description>In a previous article I showed how to look at what query plans are in SQL Server&amp;#39;s memory.  In this article I&amp;#39;ll look at how they got there and how and when they get reused.  This is commonly called compiling a query plan.  More specifically I&amp;#39;ll look at how and when SQL Server can parameterize dynamic SQL </description><guid>http://www.sqlservercentral.com/redirect/articles/3155/</guid><pubDate>2007/08/14</pubDate><link>http://www.sqlservercentral.com/redirect/articles/3155/</link></item><item><title>Not In v Not Equal</title><description>Is it better to use NOT IN() or &lt;&gt; in a T-SQL query? Ken Johnson had the question put to him and decided to investigate them both. Read about how these two functions perform.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2924/</guid><pubDate>2008/03/12</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2924/</link></item><item><title>Writing Faster T-SQL</title><description>How many times have you wished that your queries performed better? Performance Tuning is a bit of an art, but learning about new techniques and which things work help grow your knowledge. Jacob Sebastian brings us the first part of a series on writing better performing queries.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2944/</guid><pubDate>2008/03/31</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2944/</link></item><item><title>How SQL Server Chooses the Type of Join</title><description>How many times have you had a stored procedure run quicker in Query Analyzer than it does in the application? Mike Dillon tracked down one possible cause in this article.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2863/</guid><pubDate>2008/02/13</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2863/</link></item><item><title>Designing High Performance Stored Procedures</title><description>Stored procedures can be an effective way to handle conflicting needs, but it&amp;#39;s not always so obvious how to write them so they both perform well and scale.</description><guid>http://www.sqlservercentral.com/redirect/articles/2838/</guid><pubDate>2008/01/30</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2838/</link></item><item><title>Using Indexed Computed Columns to Improve Performance</title><description>I recently read a blog post on doing  case-insensitive text searches on SQL Server 2005. The post said that an index on a computed column might be used even if the computed column itself wasn&amp;#39;t used in the WHERE clause. I was curious to test that and see how far I might take it.</description><guid>http://www.sqlservercentral.com/redirect/articles/2833/</guid><pubDate>2007/01/29</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2833/</link></item><item><title>TinyInt, SmallInt, Int and BigInt</title><description>SQL Server guru David Poole takes a look at the different integer data types and the impact of each of those on your database.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2753/</guid><pubDate>2007/12/10</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2753/</link></item><item><title>Performance Effects of NOCOUNT</title><description>Most SQL Server programmers know to use the SET NOCOUNT command to prevent the number of rows message from being returned to the client. But how does this affect performance? Does it make sense to qualify the owner on your objects? SQL Server guru David Poole brings us some performance analysis of how your stored procedures perform.

</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/2751/</guid><pubDate>2007/12/07</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/2751/</link></item><item><title>Is a Temporary Table Really Necessary?</title><description>In this article Randy Dyness shows you how to avoid temp tables whenever to maximize the performance of your queries.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/temptabl/662/</guid><pubDate>2006/06/02</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/temptabl/662/</link></item><item><title>Troubleshooting SQL Server with the Sysperfinfo Table</title><description>Joe discusses why he prefers command line tools over GUI, then launches into a how-to about querying sysperfinfo to resolve performance issues. Couple nice sample queries included!


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/troubleshootingsqlserverwiththesysperfinfotable/987/</guid><pubDate>2006/04/21</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/troubleshootingsqlserverwiththesysperfinfotable/987/</link></item><item><title>Measuring SQL Performance</title><description>One thing that often amazes me is that many SQL Server developers do not actually measure the performance of their queries. Many of them thought that you needed external tools, more or less complicated, to run against your server, and they did not have the time or inclination to learn and try these. This article will describe a couple of much easier methods of measuring performance of queries.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/measuringperformance/1323/</guid><pubDate>2005/12/23</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/measuringperformance/1323/</link></item><item><title>Performance Implications of Nullable Columns</title><description>To null or not to null: that is the question.  The specific focus here is performance implications of NULL versus NOT NULL columns.
</description><guid>http://www.sqlservercentral.com/redirect/articles/2161/</guid><pubDate>2005/11/18</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2161/</link></item><item><title>Controlling Transactions and Locks in SQL 2000 and 2005 - Part 3</title><description>In the preceding articles of this series, Lock Granularity, Transactions, and ACID were introduced. Common lock types, such as Shared, Exclusive, and Update were explored, as well as using SP_Lock to obtain current system lock information. In this article, the normal internal SQL locking methods will be manipulated using Lock Hints in order to obtain finer lock control.</description><guid>http://www.sqlservercentral.com/redirect/articles/2110/</guid><pubDate>2005/10/14</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2110/</link></item><item><title>Execution Plans</title><description>How many of you use Execution Plans to tune your queries? Do you understand the impact of different indexes? Mr. Vijayakumar looks at his experiments with different types of indexes and their effects on the execution plan use. A great article for those of you that want to learn more about how you can tune your server for better performance.



</description><guid>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</guid><pubDate>2005/10/07</pubDate><link>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</link></item><item><title>Dynamic SQL or Stored Procedure</title><description>We&amp;#39;ve had a lot of coverage of dynamic sql (including another great one from Robert Marda later this week) but this one is a little different. Done in a question/answer format, Andy tries to explain to junior developers why dynamic sql is to be avoided, how to do so, what to do when you can&amp;#39;t.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/dynamicsqlorstoredprocedure/969/</guid><pubDate>2005/08/26</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/dynamicsqlorstoredprocedure/969/</link></item><item><title>SQL Maintenance Plans</title><description>Do you use the maintenance plans or hate them? Wish they would do more? Curious about how they work under the hood? Cmon, you gotta read this one! Trust us, it&amp;#39;s not another &amp;#34;how-to&amp;#34; article! Well, maybe just a little bit!

</description><guid>http://www.sqlservercentral.com/articles/Administering/sqlmaintenanceplans/663/</guid><pubDate>2005/03/04</pubDate><link>http://www.sqlservercentral.com/articles/Administering/sqlmaintenanceplans/663/</link></item><item><title>Stored Procedures and Caching</title><description>One of the biggest performance gains built into SQL Server is the stored procedure. In this article by Brian Kelley, he shows you how to fully utilize, debug and monitor the caching of such objects.

</description><guid>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</guid><pubDate>2004/11/19</pubDate><link>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</link></item><item><title>Seven Showplan Red Flags</title><description>SQL Server showplan is a great tool for analyzing queries and determining whether or not more performance tuning needs to be done. However working with showplan can be confusing and it takes some practice to learn the ins and outs of what is occurring. Joseph Sack looks at showplan and seven of the main things that he is aware of when looking at the results. If you&amp;#39;ve rarely or never used showplan, this is a great article to get started in learning how an experienced DBA views the output.
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/sevenshowplanredflags/1425/</guid><pubDate>2004/07/15</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/sevenshowplanredflags/1425/</link></item><item><title>Case Sensitivity in Selects - Part 1</title><description>Your SQL Server has a case insensitive collation, but you need a case sensitive join? Do you know what happens? There are a couple options but do you know the performance implications of using each? Or a way to mitigate the performance degradation that can result?


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/casesensitivityinselectspart1/1368/</guid><pubDate>2004/06/03</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/casesensitivityinselectspart1/1368/</link></item><item><title>Overview of Performance</title><description>How can you tell if your code if performing well? Do you know what you want to look for when starting to analyze code? Here&amp;#39;s an article from Leo Peysakhovich that looks at some of the things that you can use at a high level to improve the performance of your code.

</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/overviewofperformance/1350/</guid><pubDate>2004/05/11</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/overviewofperformance/1350/</link></item></channel></rss>