因为自己经常接触报表,数据量特别的大,查询的速度常常困扰自己,现在结合自己的一些平常的使用习惯,发发自己看法吧!
通常的查询速度影响元素:
1 lock 锁概念(nolock) (这也是查询慢最常见的问题,是程序设计的缺陷)
2 函数的应用(right、ltrim、rtrim,case when then end,日期函数)
3 表的关联复杂,记录多
4、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷)
5、I/O吞吐量小,形成了瓶颈效应。
6、没有创建计算列导致查询不优化。
7、内存不足
8、网络速度慢
9、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量)
10 sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。
11 返回了不必要的行和列
12、查询语句不好,没有优化
优化:
在此我们以视图V_output_list 来做测试,在未优化前,查询速度为:
视图
记录数
查询速度
V_output_list
149339
23秒
1 建立视图索引
建立索引,经常报错
1 视图未绑定架构, 解决方案: with schemabinding
2 架构绑定无效。名称必须由两部分构成,并且对象不能引用自身。解决方案: dbo.DATA0048
3 使用临时表
4 临时表分本地和全局 其中 # 和 ## 区分它们
5 SQL避免使用” select * ”
6 尽量使用COMMIT 来释放资源
7 用EXISTS替代IN、用NOT EXISTS替代NOT IN:
8 使用like进行模糊查询时应注意,前面% 使用需谨慎
9 尽量少用视图,它的效率低
10 没有必要时不要用DISTINCT和ORDER BY
11 全部SQL 为大写,因为SQL 编译器全部需要将转为大写编译
12 减少不必要查询的字段
execl 汇总数据---
SUM(F8:INDIRECT(ADDRESS(ROW(F18)-1,COLUMN(F18))))
进行优化后
视图
记录数
查询速度
V_output_list
149339
17秒