因为对索引不是很熟悉，所以测试得到结果没有任何价值，甚至有些误导人，这边说声抱歉，在哪跌倒在哪爬起来。
应用场景
还是用商品表（Product）作为示例，表结构如下：
存在这样一种业务场景：获取某个供应商（ProviderID），状态为已售（State 为 1）的商品列表，排序方式为生产日期（ProduceTime）降序，有可能我们应用程序在显示数据的时候用到分页，这边我们查询前 100 行。翻译为 SQL 代码：
SELECT TOP 100 [ID], [Name], [Remarks], [ProviderID], [ProduceTime], [State] FROM [TestDB].[dbo].[Product] WHERE [ProviderID]=1 AND [State]=1 ORDER BY [ProduceTime] DESC
上面这个业务场景，在我们一般的应用程序中基本上都会遇到，有时候数据量不是很大的时候，我们一般不会做任何数据库优化，但是你看了下面的实践，你是否应该考虑下，为你现在的数据库加个索引呢？ SQL Server 执行计划 SQL Server 执行计划，是我们分析 SQL 执行情况的一大利器，通过它，我们也可以很方面的查看索引的执行，在实践之前，需要了解一些必备技能，以下知识点摘自－看懂 SqlServer 查询计划。 SQL Server 有二种索引：聚集索引和非聚集索引。二者的差别在于：【聚集索引】直接决定了记录的存放位置， 或者说：根据聚集索引可以直接获取到记录。【非聚集索引】保存了二个信息：1.相应索引字段的值，2.记录对应聚集索引的位置（假如表没有聚集索引则保存记录指针）。 因此，假如能通过【聚集索引】来查找记录，显然也是最快的。 SQL Server 会有以下方法来查找您需要的数据记录：