<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://www2.sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx</link><description>I recently received a question about the storage of nonclustered index keys. I am assuming you are aware of the fact that if your table has a clustered index, SQL Server uses the clustered index key (all of its columns, if it is a composite index) as</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#5665</link><pubDate>Thu, 20 Mar 2008 04:37:33 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:5665</guid><dc:creator>Dave D.</dc:creator><description>&lt;p&gt;If the clustered index is also unique in your example, this should not make much of a difference. &amp;nbsp;Just don't implicity include the cluster key.&lt;/p&gt;
&lt;p&gt;Dave&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://www.mssqlonline.com/"&gt;http://www.mssqlonline.com/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#5732</link><pubDate>Sun, 23 Mar 2008 00:37:18 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:5732</guid><dc:creator>Louis Davidson</dc:creator><description>&lt;p&gt;This kind of detail is so wonderful :) This is why in all of my design books, when I get past the &amp;quot;conceptual&amp;quot; stuff on indexes (and any other internal topics) there is always a note that says something like &amp;quot;If you really want to get deep into how things work, there is a person named Kalen whose book you need to get!&amp;quot; &amp;nbsp;Thanks! &amp;nbsp;&lt;/p&gt;
</description></item><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#5975</link><pubDate>Tue, 01 Apr 2008 18:08:54 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:5975</guid><dc:creator>Mattias Lind</dc:creator><description>&lt;p&gt;I'm so happy I'm not the only one caring about them indexes... ;)&lt;/p&gt;
</description></item><item><title>A year in review, The 31 best blog posts on SQLBlog for 2008</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#10853</link><pubDate>Wed, 31 Dec 2008 15:37:52 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:10853</guid><dc:creator>Denis Gobo</dc:creator><description>&lt;p&gt;Wow, it has been already a year since I wrote A year in review, The 21 + 1 best blog posts on SQLBlog&lt;/p&gt;
</description></item><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#13815</link><pubDate>Wed, 06 May 2009 15:06:22 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:13815</guid><dc:creator>Bhargav Patel</dc:creator><description>&lt;p&gt;Hi Kalen,&lt;/p&gt;
&lt;p&gt;very nicely presented. &lt;/p&gt;
&lt;p&gt;It now really make sense to create Unique non-clustered index rather than non-unique non-clustered index if possible.&lt;/p&gt;
&lt;p&gt;Great article !.&lt;/p&gt;
</description></item><item><title>Something for the weekend - Whats the most complex query?</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#22846</link><pubDate>Fri, 05 Mar 2010 16:50:17 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:22846</guid><dc:creator>Simon Sabin UK SQL Consultant's Blog</dc:creator><description>&lt;p&gt;When ever I teach about SQL Server performance tuning I try can get across the message that there is no such think as a table. Does that sound odd, well it isn&amp;amp;#39;t, trust me. Rather than tables you need to consider structures. You have 1. Heaps 2. Indexes&lt;/p&gt;
</description></item><item><title>Geek City: More About Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#22921</link><pubDate>Mon, 08 Mar 2010 00:04:40 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:22921</guid><dc:creator>Kalen Delaney</dc:creator><description>&lt;p&gt;I thought I had said almost all that could be said about nonclustered index keys in a post made almost&lt;/p&gt;
</description></item><item><title>Geek City: More About Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#22922</link><pubDate>Mon, 08 Mar 2010 00:06:36 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:22922</guid><dc:creator>Kalen Delaney</dc:creator><description>&lt;p&gt;I thought I had said almost all that could be said about nonclustered index keys in a post made almost&lt;/p&gt;
</description></item><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#45409</link><pubDate>Mon, 01 Oct 2012 07:07:51 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:45409</guid><dc:creator>Rajesh</dc:creator><description>&lt;p&gt;Thanks, Kalen..&lt;/p&gt;
&lt;p&gt;got it..in nutshell every index entry must be unique, if not then a cluster key/RID is added at each level(in case od non clustere) or uniqifier in case of cluster, &lt;/p&gt;
&lt;p&gt;else if non cluster is unique then no need to add cluster keys/RID at non leaf level, they r just added at leaf level so as to refer actual data row :)&lt;/p&gt;
&lt;p&gt;very nicely presented..&lt;/p&gt;
</description></item><item><title>re: Geek City: Nonclustered Index Keys</title><link>http://www2.sqlblog.com/blogs/kalen_delaney/archive/2008/03/16/nonclustered-index-keys.aspx#45414</link><pubDate>Mon, 01 Oct 2012 17:11:55 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:45414</guid><dc:creator>Kalen Delaney</dc:creator><description>&lt;p&gt;Thank YOU Rajesh ...&lt;/p&gt;
</description></item></channel></rss>