That last module was horrible – it’s so much work when you only have a clustered index! In this module, you’ll get two nonclustered indexes, learn which one is more useful, and see why seek doesn’t mean awesome.

Demo Scripts

If you want to follow along with the demos, I’ll save you from the Herculean task of writing all those little queries down, heh:

 

4 Comments. Leave new

  • Nice

    Reply
  • I really enjoy reading through your posts. 🙂

    Reply
  • I am watching this video and a couple others in preparation for Brent’s two full day classes on Index and Query tuning on 2020-04–08. So the question is a little ‘after the fact’. My question is why did you include the ID field in the NonClustered index you created? The table was already clustered on the ID field. I thought SQL Server already includes the Cluster Key with each row of the NonClustered Index. So doesn’t adding the ID in this situation, mean that every row in the NonClustered index have the same ID listed twice on the page?

    Reply
  • Never mind. Ignore the previous comment. In the next video on Key Lookup, you mention that you just added the ID field to the index to illustrate space usage on the page.

    Reply

Leave a Reply

Your email address will not be published. Required fields are marked *

Fill out this field
Fill out this field
Please enter a valid email address.