這篇文章將為大家詳細(xì)講解有關(guān)sql中in與exist效率是怎么樣的，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

成都創(chuàng)新互聯(lián)公司服務(wù)項目包括會澤網(wǎng)站建設(shè)、會澤網(wǎng)站制作、會澤網(wǎng)頁制作以及會澤網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，會澤網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到會澤省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

一、IN 與EXISTS
1、理解
IN的執(zhí)行流程
SELECT * FROM T1 WHERE X IN (SELECT Y FROM T2)
事實上可以理解為：
SELECT * FROM T1, (SELECT DISTINCT Y FROM T2) T2 WHERE T1.X =T2.Y
從這里可以看出，IN需要先處理T2表，然后再和T1進(jìn)行關(guān)聯(lián)

EXISTS的執(zhí)行流程

從這里看出，EXISXTS會先查詢T1表，然后再LOOP處理T2表

2、結(jié)論
對于in 和 exists的區(qū)別: 如果子查詢得出的結(jié)果集記錄較少，主查詢中的表較大且又有索引時應(yīng)該用in,反之如果外層的主查詢記錄較少，子查詢中的表大，又有索引時使用exists。其實我們區(qū)分in和exists主要是造成了驅(qū)動順序的改變（這是性能變化的關(guān)鍵），如果是exists，那么以外層表為驅(qū)動表，先被訪問，如果是IN，那么先執(zhí)行子查詢，所以我們會以驅(qū)動表的快速返回為目標(biāo)，那么就會考慮到索引及結(jié)果集的關(guān)系了。
綜合以上對IN/EXISTS的討論，我們可以得出一個基本通用的結(jié)論：IN適合于外表大而內(nèi)表小的情況；EXISTS適合于外表小而內(nèi)表大的情況。

二、NOT IN 與NOT EXISTS
1、理解
NOT IN的執(zhí)行流程
SELECT * FROM T1 WHERE X NOT IN (SELECT Y FROM T2)
事實上可以理解為：
SELECT * FROM T1, (SELECT DISTINCT Y FROM T2) T2 WHERE T1.X !=T2.Y

NOT EXISTS的執(zhí)行流程

注意:NOT EXISTS 與 NOT IN不能完全互相替換，看具體的需求。如果選擇的列可以為空，則不能被替換。具體見:in/exists和notin/not exists語意探討

2、結(jié)論
not in 只有當(dāng)子查詢中，select 關(guān)鍵字后的字段有not null約束或者有這種暗示時用notin,另外如果主查詢中表大，子查詢中的表小但是記錄多，則應(yīng)當(dāng)使用not in,并使用anti hashjoin.如果主查詢表中記錄少，子查詢表中記錄多，并有索引，可以使用not exists,另外not in最好也可以用或者外連接+isnull.一般情況下建議使用not exists

--比如:SELECT .. ....  FROMROLLUP R WHERE NOTEXISTS (SELECT'Found'
FROM TITLE TWHERE R.SOURCE_ID = T.TITLE_ID);--改成SELECT .. ....  FROMTITLE T, ROLLUP
R WHERE R.SOURCE_ID =T.TITLE_ID(+)   ANDT.TITLE_ID
IS NULL;--或者SELECT.... ..  FROMROLLUP R WHERE OURCE_IDNOT
IN       (SELECTOURCE_ID
FROM TITLE TWHERE OURCE_ID
ISNOT NULL);

關(guān)于“sql中in與exist效率是怎么樣的”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。