SqlServer之like、charindex、patindex区别及性能分析(转载)

第一篇文章：

SqlServer之like、charindex、patindex
 
1、环境介绍
测试环境 SQL2005
测试数据 200W条
 
2、环境准备
2.1建表
CREATE TABLE [dbo].[Depratments](
        [Dep_id] [int] NOT NULL,
        [Dep_name] [varchar](50) COLLATE Chinese_PRC_CI_AS NOT NULL
) ON [PRIMARY]
2.2创建数据
create procedure ins_Depratments
as
        declare @n int;
        declare @title varchar(30);
        set @n =1;
        set @title='';
begin
        while @n<2000000
        begin
               -- set @title = (select case when (cast(floor(rand() * 6) as int)) =5 then '部门经理' else '职员'end);
                insert into Depratments (Dep_id,Dep_name) values (@n,'开发'+CAST(@n as varchar)) ;
               -- insert into employees values (@n,'刘备'+CAST(@n as varchar),'男',@title,
                       78000,'11110333x'+CAST(@n as varchar),@n,getdate());
               set @n=@n+1;
        end
end
2.3执行        exec ins_Depratments
 
3、场景
3.1前后都有百分号的查询
SET STATISTICS IO ON
set statistics time ON 
go
select count(*) from depratments where Dep_name like '%开发1000%';
go  
select count(*) from depratments where charindex('开发1000',Dep_name)>0;
go
select count(*) from depratments where patindex('%开发1000%',Dep_name)>0;
go
无索引的情况 charindex > patindex > like
        CPU 时间 = 4391 毫秒，占用时间 = 5322 毫秒。
        CPU 时间 = 3812 毫秒，占用时间 = 4690 毫秒。
        CPU 时间 = 4047 毫秒，占用时间 = 5124 毫秒。
带索引的情况 charindex > patindex > like
       CPU 时间 = 4297 毫秒，占用时间 = 4535 毫秒。
       CPU 时间 = 3844 毫秒，占用时间 = 4024 毫秒。
       CPU 时间 = 4219 毫秒，占用时间 = 4351 毫秒。
结论：
当前后都使用百分号的情况(%string%)，①charindex性能稍微好点，like、patindex性能相近；②索引在这种情况中失效 
3.2百分号在后面的查询
SET STATISTICS IO ON
set statistics time ON 
go
select count(*) from depratments where Dep_name like '开发1000%';
go
select count(*) from depratments where charindex('开发1000',Dep_name)>0;
go
select count(*) from depratments where patindex('开发1000%',Dep_name)>0;
go
 
无索引的情况　patindex > like > charindex
        CPU 时间 = 844 毫秒，占用时间 = 1465 毫秒。
        CPU 时间 = 3875 毫秒，占用时间 = 3914 毫秒。
        CPU 时间 = 968 毫秒，占用时间 = 969 毫秒。
 
带索引的情况　　like >　patindex　> charindex
        CPU 时间 = 0 毫秒，占用时间 = 18 毫秒
        CPU 时间 = 3766 毫秒，占用时间 = 4026 毫秒。
        CPU 时间 = 937 毫秒，占用时间 = 983 毫秒。
<
cdc9
div>结论：
无索引的情况，patindex的性能最佳，是charindex性能的4倍
带索引的情况，like的性能最佳
 
总结：
①索引只适用于百分号在后面的情况(string%)
②在前后都是百分号的情况下charindex 的性能最佳
③百分号在后面的查询，无索引的情况，patindex的性能最佳
 

3）patindex 支持匹配表达式，可以应用正则；

select count(*) from depratments where patindex('%[1-5]',Dep_name)>0;,

其他如：[^e]:不包含"e"的....

4）like可以用'%oldstring%'进行模糊匹配；

5）charindex只能匹配固定字符串

转载自：http://www.cnblogs.com/xiexingen/p/3739414.html

第二篇文章：

MS_SQL模糊查询like和charindex的对比

like查询效率低下，网上搜了一下替代like查询的方法，都是说用charindex方法，自己对比了一下查询速度

test1表中有一千两百多万条数据，我只给ID加了索引

先看一下 '%我%'这种模糊查询：

declare @q datetime
set @q = getdate()
select ID,U_Name,U_Sex,U_Age,U_Address from test1 where U_Name like '%我%'
select [like执行花费时间(毫秒)]=datediff(ms,@q,getdate())

declare @w datetime
set @w = getdate()
select ID,U_Name,U_Sex,U_Age,U_Address from test1 where charindex('我',U_Name) >0
select [charindex执行花费时间(毫秒)]=datediff(ms,@w,getdate())

查询结果：



两者的时间差不多，不过要是在千万、乃至上亿的数据中还是能明显感觉到两者的查询速度吧。

再看下'我%'这种的模糊查询：

declare @q datetime
set @q = getdate()
select ID,U_Name,U_Sex,U_Age,U_Address from test1 where U_Name like '我%'
select [like执行花费时间(毫秒)]=datediff(ms,@q,getdate())

declare @w datetime
set @w = getdate()
select ID,U_Name,U_Sex,U_Age,U_Address from test1 where charindex('我',U_Name) >0
select [charindex执行花费时间(毫秒)]=datediff(ms,@w,getdate())

查询结果：



次奥！谁说charindex的效率比like高的？砍你丫的！

所以需要在不同条件下选择两种模糊查询，'%我%'这种的就用charindex,'我%'这种的就用like！

转载自：http://www.cnblogs.com/New-world/archive/2012/11/28/2793560.html