在本文中，小編將與大家重點探討SQL執行進展優化的方法。
聚集索引掃描
SELECT * FROM C_SY_Ownedstorm
聚集索引掃描比表掃描快
聚集索引掃描：發生於聚集表，也相當於全表掃描操作，但在針對聚集列的條件等操作時，效率會較好。
表掃描
SELECT * FROM #temp
表掃描:發生於堆表，並且沒有可用的索引時，會發生表掃描,表示整個表掃描一次。
測試SQL
CREATE TABLE t1(c1 INT, c2 VARCHAR (8000));
GO
DECLARE @a INT;
SELECT @a = 1;
WHILE (@a <= 5000)
BEGIN
INSERT INTO t1 VALUES (@a, replicate('a', 5000))
SELECT @a = @a + 1
END
GO
SELECT count(1) FROM t1
group by c1
哈希匹配：
哈希匹配的作用就是把它右側的兩個表中行數比較少的那個經過哈希算法形成一個哈希表，然後再有另一個數據行數比較大的表來之前形成的哈希表中匹配查找數據，大體上就是這個麼流程。但是哈希匹配操作的出現一定要提高我們的警惕，當哈希匹配右側的兩個表中的數據有一個比另一個明顯的少的時候，哈希匹配的效率會比較高，反之就會影響效率。出現哈希匹配大概有這麼幾個情況：
有缺失或者不正確的索引
缺少where字句
在where子句中有對列的類型轉換或者數據操作，這樣就不能使用索引了
雖說哈希匹配在某些情況下效率會比較高，但是這並不意味著沒有更好的來提高這個查詢的效率，比如添加適當的索引或者通過where語句來減少數據量等方法。換句話說，當出現哈希匹配這個操作的時候，我們要引起注意，看看是否還有別的方法來提高查詢效率，如果沒有的話，或許哈希匹配就是最好的選擇了。
聚集索引查找：
CREATE UNIQUE CLUSTERED INDEX _Id ON t1(c1) select * from t1 where c1=3
排序：
排序是消耗性能的，sql server中排序是在數據找出來以後在進行排序的。
select * from t1 order by desc
循環嵌套
對於使用簡單內連接的小數據量表，嵌套循環是最佳策略。最適合兩個表的記錄數差別非常大，並且在連接的列上都有索引的情況。嵌套循環連接所需的I/O和比較都是最少的。
嵌套循環在外表（往往是小數據量的表）中每次循環一個記錄，然後在內表中查找所匹配的記錄並輸出。有很多關於嵌套循環策略的名字。例如，對整個表或索引進行查詢，稱為Naive（無知的）嵌套循環連接。使用正常索引或臨時索引時，被稱為索引嵌套循環連接或臨時索引嵌套循環連接。
合並連接
合並連接也是在讀的同時對兩個存儲輸入的一行進行比較。在每個步驟中，比較每個輸入的下一行。如果兩行是相同，輸出一個連接後的行並繼續。如果行是不同的，捨棄兩個輸入行中較少的那個並繼續。因為輸入是存儲，連接捨棄的任何行必須比兩個輸入中任何剩下的行要小，因此可以永不連接。合並連接不需要對兩個輸入中的每一行掃描。只要到了兩個輸入中的某一個的末尾，合並連接就會停止掃描。
嵌套循環連接總的消耗和在輸入表中行的乘積成比例，不同於嵌套循環連接，合並連接的表最多讀一次，總的消耗和輸入行數的總數成正比例，因此何必連接對於大量的輸入是較好的選擇。
以上就是小編對SQL執行進展優化方法進行的總結，希望大家能有所收獲。
