<?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>belle's sql musings &#187; performance tuning</title>
	<atom:link href="http://www.sqlmusings.com/category/performance-tuning/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sqlmusings.com</link>
	<description>ramblings, discoveries, tutorials on sql server and other database stuff</description>
	<lastBuildDate>Sat, 04 Feb 2012 21:16:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>A More Effective Selective Index Rebuild/Reorganize Strategy</title>
		<link>http://www.sqlmusings.com/2009/03/15/a-more-effective-selective-index-rebuildreorganize-strategy/</link>
		<comments>http://www.sqlmusings.com/2009/03/15/a-more-effective-selective-index-rebuildreorganize-strategy/#comments</comments>
		<pubDate>Sun, 15 Mar 2009 20:15:15 +0000</pubDate>
		<dc:creator>belle</dc:creator>
				<category><![CDATA[DBA Toolbox / T-SQL Scripts]]></category>
		<category><![CDATA[Issues/Troubleshooting]]></category>
		<category><![CDATA[performance tuning]]></category>
		<category><![CDATA[T-SQL Tips and Tricks]]></category>
		<category><![CDATA[indexes]]></category>

		<guid isPermaLink="false">http://www.sqlmusings.com/2009/03/15/a-more-effective-selective-index-rebuildreorganize-strategy/</guid>
		<description><![CDATA[This is a follow up post to : Why SQL Fragmentation Remains High As mentioned in this previous post, our dilemma was we were rebuilding every index on a nightly basis, and : the process proves to be very resource intensive we don&#8217;t see the benefit. The fragmentation for some of the indexes remain high. [...]

<p style="margin-top:25px"><strong>No related posts.</strong>]]></description>
		<wfw:commentRss>http://www.sqlmusings.com/2009/03/15/a-more-effective-selective-index-rebuildreorganize-strategy/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>Why Index Fragmentation Remains High</title>
		<link>http://www.sqlmusings.com/2009/03/15/why-index-fragmentation-remains-high/</link>
		<comments>http://www.sqlmusings.com/2009/03/15/why-index-fragmentation-remains-high/#comments</comments>
		<pubDate>Sun, 15 Mar 2009 13:00:03 +0000</pubDate>
		<dc:creator>belle</dc:creator>
				<category><![CDATA[DBA Toolbox / T-SQL Scripts]]></category>
		<category><![CDATA[performance tuning]]></category>
		<category><![CDATA[T-SQL Tips and Tricks]]></category>

		<guid isPermaLink="false">http://www.sqlmusings.com/2009/03/15/why-index-fragmentation-remains-high/</guid>
		<description><![CDATA[In one of companies I worked for, we used to do nightly index rebuilds. What was baffling is even after the nightly rebuilds, the fragmentation for some of the tables remain high. I did some digging; here&#8217;s an explanation on why some index fragmentations remain high. Both Paul Randal and Kalen Delaney (highly respected, very [...]

<p style="margin-top:25px"><strong>No related posts.</strong>]]></description>
		<wfw:commentRss>http://www.sqlmusings.com/2009/03/15/why-index-fragmentation-remains-high/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

