给我启发的一篇文章:SQL SERVER优化建议
时 间:2011-08-05 09:59:52
作 者:爱好 ID:9164 城市:北京
摘 要:索引有时会失效,你相信吗?请看:SQL SERVER优化建议
正 文:
SQL SERVER优化建议
在实际的工作中,尤其是在生产环境里边,SQL语句的优化问题十分的重要,它对数据库的性能的提升也起着显著的作用。我们总是在抱怨机器的性能问题,总是在抱怨并发访问所带来的琐问题,但是如果我们对没一条SQL语句进行优化,尽管不能说可以解决全部问题,但是至少可以解决大部分问题。
1.Top排序问题
我们经常要对表某个字段进行排序,然后取前N名。所以我们会写如下的SQL语句:
select top 100 * from 表 order by Score desc
如果表非常大的话,那么这样的操作是非常消耗资源的,因为SQL SERVER要对整个表进行排序,然后取前N条记录。这样的造作是在Temdb里边进行的,所以极端的时候会报Log已满这样的错误。为了避免进行全表的排序,我们要做的仅仅是在Score上建立索引,这样因为Score索引的叶级是有序的,只要在Score所以的页级取前100个,然后根据书签查找到实际的记录,这样对DB的性能就会有极大的提升。
2.同一天问题
我们经常要查找和一个日期同一天的记录,所以我们回写如下的SQL语句:
declare @DateTime datetime
set @DateTime=getdate()
select * from 表
where convert(char(10),F_Time,120)=convert(char(10),@DateTime,120)
我们经常要对表某个字段进行排序,然后取前N名。所以我们会写如下的SQL语句:
select top 100 * from 表 order by Score desc
如果表非常大的话,那么这样的操作是非常消耗资源的,因为SQL SERVER要对整个表进行排序,然后取前N条记录。这样的造作是在Temdb里边进行的,所以极端的时候会报Log已满这样的错误。为了避免进行全表的排序,我们要做的仅仅是在Score上建立索引,这样因为Score索引的叶级是有序的,只要在Score所以的页级取前100个,然后根据书签查找到实际的记录,这样对DB的性能就会有极大的提升。
2.同一天问题
我们经常要查找和一个日期同一天的记录,所以我们回写如下的SQL语句:
declare @DateTime datetime
set @DateTime=getdate()
select * from 表
where convert(char(10),F_Time,120)=convert(char(10),@DateTime,120)
但是这样写的SQL语句带来的问题就是不能使用F_Time上的索引了。为了近可能的使用F_Time上的索引,我们可以使用时间段查询的方式来代替上边的语句。
declare @start datetime
declare @end datetime
declare @datetime datetime
set @datetime=getdate()
set @start=convert(char(10),@datetime,120) -- 一天的其始时间
set @end=dateadd(ss,-1,dateadd(d,1,@start)) -- 一天的结束时间
declare @end datetime
declare @datetime datetime
set @datetime=getdate()
set @start=convert(char(10),@datetime,120) -- 一天的其始时间
set @end=dateadd(ss,-1,dateadd(d,1,@start)) -- 一天的结束时间
select *
from 表
where F_Time between @start and @end
from 表
where F_Time between @start and @end
这样就解决了使用不上索引的问题.
3.利用索引进行分组操作
我们经常要对某一字段进行分组,而对另外一些字段进行聚合操作。如果我们对分组的字段合理的使用索引,可以加快我们分组的速度.下边以Northwind的Orders表为例:
我们经常要对某一字段进行分组,而对另外一些字段进行聚合操作。如果我们对分组的字段合理的使用索引,可以加快我们分组的速度.下边以Northwind的Orders表为例:
-- orders表的EmployeeID上建有索引。
select EmployeeID,count(*)
from orders
group by EmployeeID
select EmployeeID,count(*)
from orders
group by EmployeeID
-- 查看执行计划,此查询利用了EmployeeID上的索引。如改成如下查询:
select EmployeeID,sum(Freight)
from orders
group by EmployeeID
select EmployeeID,sum(Freight)
from orders
group by EmployeeID
-- 查看执行计划,此查询则没有使用EmployeeID上的索引。而是使用了全表扫描。那么原因是什么呢?是因为Freight没有在EmployeeID的索引上,所以通过索引不能得到结果。而如果通过书签查询的成本太高,所以SQL SERVER选择了使用全表扫描。而如果我们执行在EmployeeID和Freight上建立复合索引呢?
create index idx_EmployeeID on orders(EmployeeID,Freight)
-- 再次执行第二个查询。查看执行计划。SQL SERVER使用的我们建立的索引。只需要使用索引就可以查询到结果,极大的提高了我们的查询速度。
Access软件网QQ交流群 (群号:483923997) Access源码网店
常见问答:
技术分类:
源码示例
- 【源码QQ群号19834647...(12.17)
- Access两种方式实现即时更...(03.01)
- Access隐藏与显示lacc...(01.12)
- 【Access高效办公】将每个...(12.23)
- Access21点游戏源代码(12.13)
- 【Access窗体导出Exce...(11.15)
- 【Access开发】Acces...(11.14)
- 通过Access宏录入数据到选...(11.10)
- 用DLOOKUP函数将需求表中...(10.31)
- Access日期区间段查询数据...(10.25)
学习心得
最新文章
- Access快速开发平台--在WI...(03.08)
- 使用SQL语句删除xscj表中学号...(03.08)
- Access快速开发平台进销存教程...(03.07)
- Access快速开发平台--frm...(03.06)
- 【Access删除查询】删除数字最...(03.06)
- Access快速开发平台进销存教程...(03.05)
- Access快速开发平台进销存教程...(03.04)
- Access快速开发平台--IsL...(03.02)
- Access两种方式实现即时更新月...(03.01)
- Access开发的资金管理系统;基...(02.29)