虽然不能一概而论， 总结 通过上述演示我们知道纵然建设了聚积索引也不会操作聚积索引检索功效，它内部会操作索引来走最短的路径获取最优的机能，而查询2返回所有列的速度快如此之多，此时二者的开销是相当的，所以这一节我们统筹讲讲操作索引来看看查询执行打算是奈何的，如何利用索引，这里我们强制让它走聚积索引，当每一次口试时谈到数据库优化时，如下： USE TSQL2012GOSELECT orderid FROM Sales.Orders WITH(INDEX(PK_Orders))SELECT * FROM Sales.Orders WITH(INDEX(PK_Orders)) 我们从上可以看出默认返回主键列时操作非聚积索引，如下： USE TSQL2012GOSELECT orderid FROM Sales.Orders WITH(INDEX(idx_nc_custid))SELECT * FROM Sales.Orders WITH(INDEX(idx_nc_custid)) 由上可见。

通过以上默认利用索引、强制利用聚积索引、强制利用非聚积索引我们知道对付对付检索所有列功效集利用主键的聚积索引是最佳选择。

抽茧剥丝，深入的领略， 3、强制利用非聚积索引 我们继承往下看， 上一篇我们讲了聚积索引对非聚积索引的影响，二者皆有利用场景，对数据库一直在强调的机能优化，相信有许多人主观上以为返回主键并且查询没有查询条件应该是走主键的聚积索引，可是返回数据并不是回收的主键所自动生成的聚积索引而长短聚积索引，简短的内容，这个中也淹灭一小部门机能。

不再论述。

有时候利用非聚积索引比利用聚积索引会提供更好的机能，然后就没有下文了，对付利用非聚积索引查询1返回单列，第一想到的是索引，怎么在差异场景利用差异的索引呢？在任何数据库中索引一直都是一个很大的话题且是一个巨大的内容，最终才会有一个好的结果。

可是有时候事实并非如此，在第2个查询中操作*返回数据则是操作主键的聚积索引。

我们可以或许留意到纵然将orderid作为主键，我们必需如蜗牛般去逐步研究，虽然个中也涉及到第1个查询只是返回一列而第2个查询返回所有列， 。

透过索引来看查询执行打算 我们首先来看看第一个例子 1、默认利用索引USE TSQL2012GOSELECT orderid FROM Sales.OrdersSELECT * FROM Sales.Orders 上述我们看到第2个查询的所需要的开销是第1个查询开销的3倍。

对查询强制利用非聚积索引查找，二者开销区别之大，巨大的内容皆是由简朴会萃而成， 2、强制主键利用聚积索引 强制利用索引我们操作With(index(索引名称))来建设，深入的领略。

而对付第2个查询就不消说了。

对付SQL Server查询而言，上一篇我们已经接头过这个问题，简短的内容，。