JOIN條件中字段類型不一致，導(dǎo)致索引失效的案例一則

2024-07-21 02:45:06

字體：大中小

供稿：網(wǎng)友

T-SQL如下：

select T1.sno from [MAY_BLACKFISH].dbo.MVS_PARTS_LOG T1 join (
select top 5 sno from Z_result order by sno
) T2 on T1.sno=T2.sno
where T1.TypeName='LCM'

其中MVS_PARTS_LOG為KW級(jí)TABLE， Z_result 只有幾百筆記錄；相關(guān)索引都已經(jīng)建立。

調(diào)試的時(shí)候發(fā)現(xiàn)一點(diǎn)很奇怪，當(dāng)把top 5 改成top 4，則一切OK， 1秒內(nèi)完成查詢；恢復(fù)成top 5時(shí)則幾十秒還沒(méi)出結(jié)果。

比對(duì)兩者執(zhí)行計(jì)劃，一致的。

細(xì)看執(zhí)行計(jì)劃，發(fā)現(xiàn)有一個(gè)convert(char(12),...的轉(zhuǎn)換，原來(lái)這里JOIN條件中T1.sno是char(12), 而T2.sno是nvarchar(12)， MSSQL強(qiáng)制加了一個(gè)convert轉(zhuǎn)換，導(dǎo)致on條件不能滿足SARG的形式。

將Z_result的sno也改成char(12)后，問(wèn)題解決。

關(guān)于索引，以及SARG的形式可以參考http://blog.csdn.net/lewisshi/archive/2009/01/13/3765153.aspx

本文來(lái)自CSDN博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/cdwolfling/archive/2009/12/21/5048015.aspx

上一篇：SQL創(chuàng)建數(shù)據(jù)庫(kù)、表、存儲(chǔ)過(guò)程及調(diào)用

下一篇：linux Enterprise5.4下啟動(dòng)sybase時(shí)不能分配端口的問(wèn)題解決