<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: SQL Server Index Tuning Tip: Identify Overlaps</title>
	<atom:link href="http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/</link>
	<description>Your technology pain-relief experts.</description>
	<lastBuildDate>Wed, 08 Feb 2012 16:37:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Clustered and Non Clustered Indexes &#171; SSIS and Sql Server Journey</title>
		<link>http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/comment-page-1/#comment-37057</link>
		<dc:creator>Clustered and Non Clustered Indexes &#171; SSIS and Sql Server Journey</dc:creator>
		<pubDate>Mon, 06 Feb 2012 09:33:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=4323#comment-37057</guid>
		<description>[...] tuning: http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/ Share this:TwitterFacebookLike this:LikeBe the first to like this [...]</description>
		<content:encoded><![CDATA[<p>[...] tuning: http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/ Share this:TwitterFacebookLike this:LikeBe the first to like this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Buter</title>
		<link>http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/comment-page-1/#comment-33803</link>
		<dc:creator>Jacob Buter</dc:creator>
		<pubDate>Fri, 28 Oct 2011 17:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=4323#comment-33803</guid>
		<description>Brent,

Why don&#039;t you include the field [RunID] in your new created index. Instead of going to the real data to find out if the [RunID] is the right one. This means less I/O&#039;s. Or depends on the usage, you can add the [RunID] instead of [QuotaItemDriverID] in the indexed fields and add [QuotaItemDriverID] in the include fileds. This realy depends on the usage of the indexes.

Thanks,

Jacob</description>
		<content:encoded><![CDATA[<p>Brent,</p>
<p>Why don&#8217;t you include the field [RunID] in your new created index. Instead of going to the real data to find out if the [RunID] is the right one. This means less I/O&#8217;s. Or depends on the usage, you can add the [RunID] instead of [QuotaItemDriverID] in the indexed fields and add [QuotaItemDriverID] in the include fileds. This realy depends on the usage of the indexes.</p>
<p>Thanks,</p>
<p>Jacob</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent Ozar</title>
		<link>http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/comment-page-1/#comment-32770</link>
		<dc:creator>Brent Ozar</dc:creator>
		<pubDate>Thu, 18 Aug 2011 15:43:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=4323#comment-32770</guid>
		<description>Reg84 - I talk about that in more detail in the video itself.  Generally, no, I wouldn&#039;t remove an index if it&#039;s being used, but there&#039;s always exceptions.  For example, if it&#039;s narrower than a wider index, and the wider one is being heavily used, it might make sense to remove the narrower one even if it&#039;s being used.  Every case is different, though, and it&#039;s beyond what I could cover in a blog comment.</description>
		<content:encoded><![CDATA[<p>Reg84 &#8211; I talk about that in more detail in the video itself.  Generally, no, I wouldn&#8217;t remove an index if it&#8217;s being used, but there&#8217;s always exceptions.  For example, if it&#8217;s narrower than a wider index, and the wider one is being heavily used, it might make sense to remove the narrower one even if it&#8217;s being used.  Every case is different, though, and it&#8217;s beyond what I could cover in a blog comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reg84</title>
		<link>http://www.brentozar.com/archive/2009/07/tuning-tip-identify-overlapping-indexes/comment-page-1/#comment-32760</link>
		<dc:creator>Reg84</dc:creator>
		<pubDate>Thu, 18 Aug 2011 03:51:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=4323#comment-32760</guid>
		<description>Based on your video in sqlserverpedia on removing indexes, is it a good idea to remove a index with reads_per_write greater than 1. What is your suggestion?

Thanks.</description>
		<content:encoded><![CDATA[<p>Based on your video in sqlserverpedia on removing indexes, is it a good idea to remove a index with reads_per_write greater than 1. What is your suggestion?</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Object Caching 536/542 objects using disk: basic

Served from: www.brentozar.com @ 2012-02-09 05:36:08 -->
