<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>
<channel>
	<title>SQL Server Performance &#187; Tips</title>
	<atom:link href="http://www.sql-server-performance.com/category/tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sql-server-performance.com</link>
	<description>SQL Server Performance Tuning</description>
	<lastBuildDate>Wed, 22 May 2013 06:37:33 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Using Performance Monitor</title>
		<link>http://www.sql-server-performance.com/2007/performance-monitor-general/</link>
		<comments>http://www.sql-server-performance.com/2007/performance-monitor-general/#comments</comments>
		<pubDate>Tue, 21 Aug 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Performance Tuning]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=1019</guid>
		<description><![CDATA[As you probably already know, SQL Server is very good at tuning itself. It has the ability to monitor itself, and through a feedback loop, it knows how to internally adjust and tune itself so that it keeps running efficiently, even when external events, such as the number of user connections or the amount of [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/performance-monitor-general/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>General SQL Server Performance Tuning Tips</title>
		<link>http://www.sql-server-performance.com/2007/gen-tips/</link>
		<comments>http://www.sql-server-performance.com/2007/gen-tips/#comments</comments>
		<pubDate>Fri, 11 May 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Performance Tuning]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=525</guid>
		<description><![CDATA[When your transaction log grows large and you want a quick way to shrink it, try this option. Change the database recovery mode of the database you want to shrink from &#8220;full&#8221; to &#8220;simple,&#8221; then truncate the log file by performing a full backup of the database, then switch back to the &#8220;full&#8221; recovery mode. [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/gen-tips/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>General Tips on Optimizing SQL Server Indexes</title>
		<link>http://www.sql-server-performance.com/2007/optimizing-indexes-general/</link>
		<comments>http://www.sql-server-performance.com/2007/optimizing-indexes-general/#comments</comments>
		<pubDate>Sun, 22 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Index]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=207</guid>
		<description><![CDATA[All the tips provided on this website about indexing are general guidelines. As with any general guideline, there are exceptions. Because of this, it is a good idea to test out various indexing strategies for the most common queries run against your database. Only by testing different indexing strategies can you be sure that you [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/optimizing-indexes-general/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Tips on Optimizing SQL Server Clustered Indexes</title>
		<link>http://www.sql-server-performance.com/2007/clustered-indexes/</link>
		<comments>http://www.sql-server-performance.com/2007/clustered-indexes/#comments</comments>
		<pubDate>Fri, 20 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Index]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=208</guid>
		<description><![CDATA[As a rule of thumb, every table should have a clustered index. Generally, but not always, the clustered index should be on a column that monotonically increases&#8211;such as an identity column, or some other column where the value is increasing&#8211;and is unique. In many cases, the primary key is the ideal column for a clustered [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/clustered-indexes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hints with Indexed Views</title>
		<link>http://www.sql-server-performance.com/2007/hints-view/</link>
		<comments>http://www.sql-server-performance.com/2007/hints-view/#comments</comments>
		<pubDate>Wed, 11 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Views]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=305</guid>
		<description><![CDATA[Hints can be used with indexed views if you find that the Query Optimizer has not chosen the ideal index for best performance. Normally, if the following conditions are met, the Query Optimizer will automatically consider the use of an indexed view if one exists when running a query: SQL Server 2000/2005 Enterprise Edition is [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/hints-view/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SQL Server Triggers</title>
		<link>http://www.sql-server-performance.com/2007/trigger-tuning/</link>
		<comments>http://www.sql-server-performance.com/2007/trigger-tuning/#comments</comments>
		<pubDate>Wed, 04 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[T-SQL]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=301</guid>
		<description><![CDATA[If you need to implement cascading referential integrity (such as cascading deletes) in your SQL databases, use the cascading referential integrity constraint instead of triggers to perform the cascading delete, as they are much more efficient and can boost performance. If you have an older (7.0 and older) application that you have moved to SQL [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/trigger-tuning/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>User-Defined Functions</title>
		<link>http://www.sql-server-performance.com/2007/user-defined-functions/</link>
		<comments>http://www.sql-server-performance.com/2007/user-defined-functions/#comments</comments>
		<pubDate>Wed, 04 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[T-SQL]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=302</guid>
		<description><![CDATA[While user defined functions can offer great convenience, they can also sometimes hurt performance. This problem with them is that they use row-by-row processing, similar to how a cursor works, instead of working as a set-based operation. So if the result set of your query, which is using a user defined function, is very small, [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/user-defined-functions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SQL Server 2000/2005 Indexed View Performance Tuning and Optimization Tips</title>
		<link>http://www.sql-server-performance.com/2007/indexed-views/</link>
		<comments>http://www.sql-server-performance.com/2007/indexed-views/#comments</comments>
		<pubDate>Wed, 04 Apr 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Views]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=304</guid>
		<description><![CDATA[If your application needs to access views often, consider adding a unique clustered index to your views to significantly improve performance. When a view is created with a unique clustered index, the view is created with the clustered index, which is created and stored in the database the same way as a clustered index on [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/indexed-views/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Performance Tune the Microsoft SQL Server tempdb Database</title>
		<link>http://www.sql-server-performance.com/2007/tempdb/</link>
		<comments>http://www.sql-server-performance.com/2007/tempdb/#comments</comments>
		<pubDate>Sat, 17 Mar 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=278</guid>
		<description><![CDATA[If your SQL Server&#8217;s tempdb database is heavily used by your application(s), consider locating it on an array of its own (such as RAID 1 or RAID 10). This will allow disk I/O to be more evenly distributed, reducing disk I/O contention issues, and speeding up SQL Server&#8217;s overall performance. [6.5, 7.0, 2000, 2005] Updated [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/tempdb/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SQL Server Performance Tuning for Stored Procedures</title>
		<link>http://www.sql-server-performance.com/2007/stored-procedures/</link>
		<comments>http://www.sql-server-performance.com/2007/stored-procedures/#comments</comments>
		<pubDate>Wed, 14 Mar 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[T-SQL]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=299</guid>
		<description><![CDATA[Whenever a client application needs to send Transact-SQL to SQL Server, send it in the form of a stored procedure instead of a script or embedded Transact-SQL. Stored procedures offer many benefits, including: Reduced network traffic and latency, boosting application performance. Stored procedure execution plans can be reused, staying cached in SQL Server&#8217;s memory, reducing [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/stored-procedures/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic page generated in 0.315 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2013-05-26 04:26:30 -->
