SQL中過濾條件放on和where中的區(qū)別詳解
前言
今天接到螞蟻金服的電面，問了sql中過濾條件放在on和where中的區(qū)別，當(dāng)時(shí)滿腦子是inner join，覺得沒區(qū)別啊。后來才想起來，連接查詢除了inner join還有right join，left join。汗吶，當(dāng)時(shí)還是太緊張了。這里做一下記錄吧。
join過程可以這樣理解：首先兩個(gè)表做一個(gè)笛卡爾積，on后面的條件是對(duì)這個(gè)笛卡爾積做一個(gè)過濾形成一張臨時(shí)表，如果沒有where就直接返回結(jié)果，如果有where就對(duì)上一步的臨時(shí)表再進(jìn)行過濾。下面看實(shí)驗(yàn)：
先準(zhǔn)備兩張表：
先執(zhí)行inner join：
select * from person p inner join account a on p.id=a.id and p.id!=4 and a.id!=4;
select * from person p inner join account a on p.id=a.id where p.id!=4 and a.id!=4;
結(jié)果沒有區(qū)別，前者是先求笛卡爾積然后按照on后面的條件進(jìn)行過濾，后者是先用on后面的條件過濾，再用where的條件過濾。
再看看左連接left join
select * from person p left join account a on p.id=a.id and p.id!=4 and a.id!=4;
這下看出來不對(duì)了，id為4的記錄還在，這是由left join的特性決定的，使用left join時(shí)on后面的條件只對(duì)右表有效（可以看到右表的id=4的記錄沒了）
select * from person p left join account a on p.id=a.id where p.id!=4 and a.id!=4;
where的過濾作用就出來了。。。
右連接的原理是一樣的。。
到這里就真相大白了inner join中on和where沒區(qū)別，右連接和左連接就不一樣了。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
NoSQL 數(shù)據(jù)庫你應(yīng)該了解的 10 件事
NoSQL 數(shù)據(jù)庫通常使用廉價(jià)服務(wù)器集群去管理迅猛發(fā)展的數(shù)據(jù)和交易容量，而 RDBMS 傾向依賴昂貴的專業(yè)服務(wù)器和存儲(chǔ)系統(tǒng)。結(jié)果就是，NoSQL 系統(tǒng)的每千兆字節(jié)成本或者每秒的交易成本要很多倍的低于 RDBMS 系統(tǒng)，這使得你可以非常低的成本去存儲(chǔ)和處理更多的數(shù)據(jù)。2016-04-04
詳細(xì)聊聊sql中exists和not?exists用法
mysql exists或not exists語句用于子查詢,改語句只返回 TRUE 或 FALSE,下面這篇文章主要給大家介紹了關(guān)于sql中exists和not?exists用法的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-02-02
數(shù)據(jù)庫的三級(jí)模式和兩級(jí)映射介紹
在這里大家一定要注意三級(jí)模式中的概念模式對(duì)應(yīng)的是數(shù)據(jù)庫設(shè)計(jì)的邏輯模型，而不是概念模型(E-R模型)，一定不要弄混了2012-10-10
何時(shí)使用having where，請(qǐng)遵照下面的說明：WHERE語句在GROUP BY語句之前；SQL會(huì)在分組之前計(jì)算WHERE語句。HAVING語句在GROUP BY語句之后；SQL會(huì)在分組之后計(jì)算HAVING語句。2016-01-01
一直都不知道觸發(fā)器的具體應(yīng)用，今天看到一篇觸發(fā)器的解釋文章2008-04-04
利用DataSet部分功能實(shí)現(xiàn)網(wǎng)站登錄
這篇文章主要介紹了利用DataSet部分功能實(shí)現(xiàn)網(wǎng)站登錄 ,需要的朋友可以參考下2017-05-05
如何讓SQL運(yùn)行得更快...2007-01-01
