<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Gail Shaw
»
Introduction to Indexes: Part 3 – The...
91 posts, Page 2 of 10
««
1
2
3
4
5
»
»»
Introduction to Indexes: Part 3 – The nonclustered index
Rate Topic
Display Mode
Topic Options
Author
Message
GilaMonster
GilaMonster
Posted Wednesday, November 18, 2009 12:37 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:26 PM
Points: 37,669,
Visits: 29,922
Charles Kincaid (11/18/2009)
When talking about included columns one would guess that the order is no more or less important than the column order in the table itself.
Indeed. Order for included columns is irrelevant, they're only at the leaf level, they cannot be used for seeks. Just the same as the non-key columns for a clustered index.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #821109
sjsubscribe
sjsubscribe
Posted Wednesday, November 18, 2009 1:39 PM
SSC Veteran
Group: General Forum Members
Last Login: Thursday, December 20, 2012 1:03 PM
Points: 265,
Visits: 589
Great series Gail.
Wondering if you had any thoughts about this: Say I have a non-unique, non-clustered index with some included columns. It covers a bunch of frequently used queries. I could make it an unique index if I add another column to the index, assuming unique indexes are better than non-unique ones. Without more info, what's your instinct: add the column to make the index unique or don't add more than necessary. And, what if that column also happens to be part of the clustered index for that the underlying table? Would that alter your recommendation?
Post #821160
Cliff Jones
Cliff Jones
Posted Wednesday, November 18, 2009 2:12 PM
Hall of Fame
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 4:11 PM
Points: 3,390,
Visits: 3,403
Good question which reminds me of something similar. The Tuning Adviser often recommends that a column which is also a part of the Clustered index be added as an included column. I do not do this since I assume that it is included in the index anyway. Would including such a column make the index larger for no apparent gain?
Post #821188
dj.plaster
dj.plaster
Posted Wednesday, November 18, 2009 2:53 PM
Forum Newbie
Group: General Forum Members
Last Login: Wednesday, November 18, 2009 2:52 PM
Points: 1,
Visits: 0
this makes it so much easier to understand how it works. thanks!
DJ
Post #821221
INCREDIBLEmouse
INCREDIBLEmouse
Posted Wednesday, November 18, 2009 3:19 PM
Forum Newbie
Group: General Forum Members
Last Login: Today @ 7:06 AM
Points: 7,
Visits: 52
Great read! Well written and informative.
Post #821241
Nicole Bowman
Nicole Bowman
Posted Wednesday, November 18, 2009 3:44 PM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Yesterday @ 4:14 PM
Points: 171,
Visits: 1,397
Thanks for this series, Gail. I have really enjoyed reading it and found it very informative.
Cheers!
Nicole Bowman
Nothing is forever.
Post #821259
j_braclin
j_braclin
Posted Wednesday, November 18, 2009 4:44 PM
Forum Newbie
Group: General Forum Members
Last Login: Wednesday, November 18, 2009 4:39 PM
Points: 1,
Visits: 0
i dunno. This kind of confused me.
Jason
Post #821288
Jack Corbett
Jack Corbett
Posted Wednesday, November 18, 2009 7:09 PM
SSChampion
Group: General Forum Members
Last Login: Friday, May 17, 2013 12:22 PM
Points: 10,571,
Visits: 11,871
j_braclin (11/18/2009)
i dunno. This kind of confused me.
Well then ask some questions. What are you confused about? I'm sure Gail, the author, will try to clarify, and I'll help where I can as well.
Jack Corbett
Applications Developer
Don't let the good be the enemy of the best. --
Paul Fleming
Check out these links on how to get faster and more accurate answers:
Forum Etiquette: How to post data/code on a forum to get the best help
Need an Answer? Actually, No ... You Need a Question
How to Post Performance Problems
Crosstabs and Pivots or How to turn rows into columns Part 1
Crosstabs and Pivots or How to turn rows into columns Part 2
Post #821324
GilaMonster
GilaMonster
Posted Thursday, November 19, 2009 3:03 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:26 PM
Points: 37,669,
Visits: 29,922
sjsubscribe (11/18/2009)
Say I have a non-unique, non-clustered index with some included columns. It covers a bunch of frequently used queries. I could make it an unique index if I add another column to the index, assuming unique indexes are better than non-unique ones.
If it's just so that you can make the index unique, I probably wouldn't bother.
And, what if that column also happens to be part of the clustered index for that the underlying table? Would that alter your recommendation?
No, not really. If the index unique you should mark it as unique, don't go adding columns just to make it unique unless it also lets more queries use the index or otherwise enhances performance of something.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #821433
GilaMonster
GilaMonster
Posted Thursday, November 19, 2009 3:10 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:26 PM
Points: 37,669,
Visits: 29,922
Cliff Jones (11/18/2009)
The Tuning Adviser often recommends that a column which is also a part of the Clustered index be added as an included column. I do not do this since I assume that it is included in the index anyway. Would including such a column make the index larger for no apparent gain?
Depends where it's suggesting that the column be added. Sure, the clustering key will be there (though whether or not it can be used for seeks depends on a property of the index, specifically unique) but, as far as I know it's the last column. If the recommendation has the clustering key earlier in the index key, then it may be necessary. If it's just specified as an include it may be unnecessary.
That said, the clustering key isn't going to be there twice. If you explicitly define it as part of the index key, SQL's not going to add it again.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #821440
« Prev Topic
|
Next Topic »
91 posts, Page 2 of 10
««
1
2
3
4
5
»
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
