按照本文操作和体会，会对sql优化有个基本最简单的了解，其他深入还需要更多资料和实践的学习：
1. 建表：
<div class="codetitle"><a style="CURSOR: pointer" data="68781" class="copybut" id="copybut68781" onclick="doCopy('code68781')"> 代码如下:
按照本文操作和体会，会对sql优化有个基本最简单的了解，其他深入还需要更多资料和实践的学习：
1. 建表：
<div class="codetitle"><a style="CURSOR: pointer" data="68781" class="copybut" id="copybut68781" onclick="doCopy('code68781')"> 代码如下:
5. 执行sql语句
ctrl+L 快捷键查看执行计划：
6. 优化第一步：聚集索引扫描开销占了100%，可以考虑优化为索引查找，在查询条件name上建立非聚集索引
此时再运行上面的查询语句：
新建的索引已经起到了作用，但是还是去扫描了主键的聚集索引，如果能在一个索引上完成查询性能会更高，因为这个查询
所以考虑进一步优化：
7. 代码如下:create index name_index4 on site_user(name,code,[date]) -- 磁盘逻辑读取次数又下降了 然后查看执行计划：
表 'site_user'。扫描计数 1，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
这样直接走索引查找就快很多了，使用了
8.查询出来的字段放入 代码如下:create index name_index5 on site_user(name)include(id,[date])表 'site_user'。
扫描计数 1，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
-- 磁盘逻辑读取次数没有明显变化然后查看执行计划：
同样走索引查找使用了此时：利用 代码如下:DBCC SHOW_STATISTICS('site_user','name_index4')
DBCC SHOW_STATISTICS('site_user','name_index5')
可以看到，同样的数据量，average key length：覆盖索引index5，占用的空间相对少些，所以我们应该优先选择覆盖索引来进行优化
鉴于此文so easy，大家可以多多提点 作者：gaobanana
出处：http://www.cnblogs.com/gaobanana
