前言

上一篇我們講了聚集索引對非聚集索引的影響，對數(shù)據(jù)庫一直在強調(diào)的性能優(yōu)化，所以這一節(jié)我們統(tǒng)籌講講利用索引來看看查詢執(zhí)行計劃是怎樣的，簡短的內(nèi)容，深入的理解。

透過索引來看查詢執(zhí)行計劃

我們首先來看看第一個例子

1、默認使用索引

復制代碼 
USE TSQL2012
GO
SELECT orderid  
FROM Sales.Orders

SELECT * 
FROM Sales.Orders
復制代碼

上述我們看到第2個查詢的所需要的開銷是第1個查詢開銷的3倍，當然其中也涉及到第1個查詢只是返回一列而第2個查詢返回所有列，這其中也耗費一小部分性能。對于SQL Server查詢而言，它內(nèi)部會利用索引來走最短的路徑獲取最優(yōu)的性能。我們能夠注意到即使將orderid作為主鍵，但是返回數(shù)據(jù)并不是采用的主鍵所自動生成的聚集索引而是非聚集索引。相信有很多人主觀上覺得返回主鍵而且查詢沒有查詢條件應該是走主鍵的聚集索引，但是有時候事實并非如此，上一篇我們已經(jīng)討論過這個問題，不再敘述。在第2個查詢中利用*返回數(shù)據(jù)則是利用主鍵的聚集索引。

2、強制主鍵使用聚集索引

強制使用索引我們利用With(index(索引名稱))來創(chuàng)建，如下：

復制代碼 
USE TSQL2012
GO
SELECT orderid  
FROM Sales.Orders WITH(INDEX(PK_Orders))

SELECT *
        		
網(wǎng)友評論