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.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 毫秒。
結論:
無索引的狀況,patindex的性能最佳,是charindex性能的4倍
帶索引的狀況,like的性能最佳
總結:
①索引只適用於百分號在後面的狀況(string%)
②在先後都是百分號的狀況下charindex 的性能最佳
③百分號在後面的查詢,無索引的狀況,patindex的性能最佳