摘要：

? ? ? 閑來無事，便想尋找大師級別優化SQL腳本案例，也算是讀后留點筆記，摘錄內容都會鏈接到所參考網址，如有冒犯，還望博主見諒；有些文章只有多動手多動腦才能理解其中的意思，看了需要實際操作，才不枉大師們的良苦用心；

一、正確的建立索引?[摘錄:我是如何在SQLServer中處理每天四億三千萬記錄的]

首先，我們需要明白幾個索引的要點：

• 索引之后，按索引字段重復最少的來排序，會達到最優的效果。以我們的表來說，如果建立了No的聚集索引，把No放在where子句的第一位是最佳的，其次是Id，然后是MgrObjId，最后是時間，時間索引如果表是一個小時的，最好不要用
• where子句的順序決定了查詢分析器是否使用索引來查詢。比如建立了MgrObjId和Id的索引，那么where MgrObjId='' and Id='' and Dtime=''就會采用索引查找，而where Dtime='' and MgrObjId='' and Id=''則不一定會采用索引查找。
• 把非索引列的結果列放在包含列中。因為我們條件是MgrObjId和Id以及Dtime，因此返回結果中只需包含Dtime和Value即可，因此把Dtime和Value放在包含列中，返回的索引結果就有這個值，不用再查物理表，可以達到最優的速度。

如何在SQLServer中處理億萬級別的數據(歷史數據)，可以按以下方面進行：

• 去掉表的所有索引
• 用SqlBulkCopy進行插入
• 分表或者分區，減少每個表的數據總量
• 在某個表完全寫完之后再建立索引
• 正確的指定索引字段
• 把需要用到的字段放到包含索引中(在返回的索引中就包含了一切)
• 查詢的時候只返回所需的字段

二、數據查詢優化[摘錄:記一次SQLServer的分頁優化兼談談使用Row_Number()分頁存在的問題]

• 在SQLServer中，ROW_NUMBER的分頁應該是最高效的了，而且兼容SQLServer2005以后的數據庫
• 通過“欺騙”查詢引擎的小技巧，可以控制查詢引擎部分的優化過程

• ROW_NUMBER分頁在大頁數時存在性能問題，可以通過一些小技巧進行規避

  • 盡量通過cte利用索引
  • 把不參與where條件的表放到分頁的cte外面
  • 如果參與where條件的表過多，可以考慮把不參與分頁的表先做一個臨時表，減少IO
  • 在較大頁數的時候強制使用hash join可以減少io，從而獲得很好的性能

• 使用with(forceseek)可以強制查詢因此進行索引查詢

轉載于:https://www.cnblogs.com/xibei666/p/4238440.html

總結

以上是生活随笔為你收集整理的闲谈SQL脚本优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。