SQL mysql sql SQLServer orclare 数据库优化 一点点优化

因为自己经常接触报表,数据量特别的大,查询的速度常常困扰自己,现在结合自己的一些平常的使用习惯,发发自己看法吧!

通常的查询速度影响元素:

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秒

转载于:https://www.cnblogs.com/yanming1688/archive/2013/05/30/3108055.html