摘要：
闲来无事，便想寻找大师级别优化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)可以强制查询因此进行索引查询