測(cè)試環(huán)境：90W，單條記錄約3KB，數(shù)據(jù)庫(kù)：MSSQL2005

測(cè)試前清除緩存

DBCC FREEPROCCACHE 
DBCC DROPCLEANBUFFERS 

一、翻頁(yè)性能測(cè)試

1、Top

select top 10 *  
from message where  id not in  
(select top 20 id frommessage where classid=77 order by id desc ) 
 and classid=77 order by id desc 

2、Max/Top

select top 10 *  
from message where id <(select min(id) from messagewhere  id in(select top 20 id  
from message where classid=77 order by iddesc) ) 
 and classid=77 order by id desc 

3、row_number

select top 10 * from  
(select row_number()over(order by id desc) rownumber,*from  
message where classid=77)a where classid=77 and rownumber>20 

結(jié)論：

1）從以上測(cè)試結(jié)果可以看出，不論是否索引排序字段，也不管是何種索引，row_number都能得到最高的性能，其次Max/Top的方式測(cè)試性能也不錯(cuò)。

2）在使用非聚焦索引的情況下，性能并無(wú)任何提示，甚至要慢于無(wú)索引的情況，可能是因?yàn)镾QL先要去查找索引表，然后根據(jù)索引結(jié)果再去查找實(shí)體表，在這過(guò)程浪費(fèi)了資源。

3）聚焦索引也的正確應(yīng)用才能發(fā)揮其該有的優(yōu)勢(shì)?。?/P>

綜合結(jié)果：row_number> max/top > top

二、in、or、union關(guān)鍵字性能測(cè)試

介于網(wǎng)上有很多關(guān)于in/or/union等關(guān)鍵字的性能討論，本人也小試了一把，測(cè)試結(jié)果如下。

1、in

select * from video where id in(100,101,102,103,104,105,106,107,108,109)

2、union

select * from video where id =100 
union all select * from video where  id =101 
union all select * from video where  id =102 
union all select * from video where  id =103 
union all select * from video where  id =104 
union all select * from video where  id =105 
union all select * from video where  id =106 
union all select * from video where  id =107 
union all select * from video where  id =108 
union all select * from video where  id =109 

3、or

select * from video where id=100 or id=101 or id=102 or id=103or id=104 or id=105 or id=106 or id=107 or id=108 or id=109

結(jié)論：

1）  網(wǎng)上很多資料說(shuō)union的性能要高于in/or，但從我這測(cè)試的結(jié)果來(lái)看，不論是有無(wú)索引，union的性能都是最低的？不知是何原因？

2）  網(wǎng)上流傳mssql會(huì)自己把in解析成or查詢，從這份測(cè)試結(jié)果來(lái)看，貌似不假！

3）  雖然in/or會(huì)引起全表掃描，但別無(wú)選擇的情況下也是是能勝任很多工作的。

原文鏈接：http://www.cnblogs.com/shaocan/archive/2012/11/22/2783116.html

【編輯推薦】