同事提了个意见过来,说写的一个视图,查询比较慢,看能不能优化下。视图主体内容:
分析:
这个视图还算简单,没有出现那种像文章一样的复杂视图和函数,理了下思绪,这个视图有以下几点可以优化:
1.使用case代替自己写的函数fgetParentsProj,这个函数就是一个判断值是否为空的作用
2.去掉inner join,或者使用left join,测试发现去掉inner join更快一点(这个是查询慢的罪魁祸首)
3.去掉inner join 后面的查询条件
4.去掉distinct,这点是基于表字段PROJECT_ID是主键字段
最后优化后的查询语句:
SELECT distinct * FROM (SELECT dbo.fgetParentsProj(PROJECT_ID) AS Parents FROM dbo.TPROJECT WHERE (PROJECT_BUDGET = 'Y') AND (PROJECT_ACTIVE = 'Y')) AS A inner JOIN dbo.TPROJECT ON A.Parents LIKE '%▓' + dbo.TPROJECT.PROJECT_ID + '▓%'涉及到的函数fgetParentsProj内容:
CREATE FUNCTION [dbo].[fgetParentsProj] (@id nvarchar(50)) RETURNS nvarchar(2000) AS BEGIN declare @result nvarchar(2000),@parentid nvarchar(50) select @result='' if(@id != null) begin select @parentid = PROJECT_PARENT_PRJ from TPROJECT where PROJECT_ID=@id if(@parentid != '') set @result = '▓' + dbo.fgetParentsProj(@parentid)+'▓' + @id + '▓' else set @result = '▓' + @id + '▓' end return @result END看了下表TPROJECT,数据量也不大33条,但是执行时间却较多:
set statistics time on go
分析:
这个视图还算简单,没有出现那种像文章一样的复杂视图和函数,理了下思绪,这个视图有以下几点可以优化:
1.使用case代替自己写的函数fgetParentsProj,这个函数就是一个判断值是否为空的作用
2.去掉inner join,或者使用left join,测试发现去掉inner join更快一点(这个是查询慢的罪魁祸首)
3.去掉inner join 后面的查询条件
4.去掉distinct,这点是基于表字段PROJECT_ID是主键字段
最后优化后的查询语句:
select case PROJECT_PARENT_PRJ when '' then '▓' + PROJECT_ID + '▓' else '▓' + PROJECT_PARENT_PRJ+'▓' + PROJECT_ID + '▓' end as parents,* from dbo.TPROJECT where PROJECT_BUDGET = 'Y' AND PROJECT_ACTIVE = 'Y'
优化后的执行时间:
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。