sql中exists的基本用法示例
現有:班級表(A_CLASS)
學生表( STUDENT)
註:學生表(STUDENT)的classId關聯班級表(A_CLASS)的主鍵ID
代碼:
select * from STUDENT s WHERE exists (select 1 from A_ClASS c where s.CLASS_ID=c.ID)
結果
【exists語句的執行順序如下】:
1.首先會執行外循環(select * from student
)
2.外循環返回的結果每一行都會拿著去內層循環執行(此時註意,內層也是循環查詢的)
ps:select * from student
查詢的為 (c1,c1,c2,c3);此時執行順序應該是(
第一次:select* from A_CLASS where c1=c1
,第二次:select* from A_CLASS where c1=c2
,
第三次:select* from A_CLASS where c1=c1
,第四次:select* from A_CLASS where c1=c2
,
第五次:select* from A_CLASS where c2=c1
,第六次:select* from A_CLASS where c2=c2
,
第七次:select* from A_CLASS where c3=c1
,第八次:select* from A_CLASS where c3=c2)
註意:此時的內層子查詢如果為true,則直接返回不會再繼續執行本次循環;
綜上所述:第二次和第四次是不會被執行的; 第一次和第三次還有第六次是符合條件的;
所以 STUDENT表中CLASS_ID字段為(c1,c2)的數據都會被查詢出來;
如果將 上述語句的=換成!=會是什麼效果?
select * from STUDENT s WHERE exists (select 1 from A_ClASS c where s.CLASS_ID!=c.ID)
結果如果所示:
具體分析一下:此時的執行應該和第一次一模一樣也是循環8次分別為:
第一次:select* from A_CLASS where c1!=c1
,第二次:select* from A_CLASS where c1!=c2
,
第三次:select* from A_CLASS where c1!=c1
,第四次:select* from A_CLASS where c1!=c2
,
第五次:select* from A_CLASS where c2!=c1
,第六次:select* from A_CLASS where c2!=c2
,
第七次:select* from A_CLASS where c3!=c1
,第八次:select* from A_CLASS where c3!=c2
但是=換成瞭!=;這次是第六次和第八次沒有被執行,其餘的全被執行,s.CLASS_ID涉及到(c1,c2,c3)並且語句都返回瞭true;
所以STUDENT表中CLASS_ID字段為(c1,c2,c3)的數據都會被查詢出來;
附:exists與in比較
in的用法相信大傢很好理解。
select * from table_name where col_name [not] in(子查詢);
- 先運行子查詢,生成結果集
- 再運行外查詢時,判斷col_name在不在子查詢裡,在的話則返回該行,不在則不返回。
- col_name的列數和子查詢的列數要相對應
當外大子小時,即查詢的內容很大時,判斷次數少,in優於exist【子查詢小用in】
當外小子大時,即查詢內容很小時,代入次數少,exists優於in【子查詢大用exists】
總結:
1.exists執行外循環後,會拿著外循環的值,去內層查詢,如果查詢到就直接返回true,並且終止本次循環,如果是false,則會一直執行,直至循環完成還為false,則本次內循環不符合條件;
2.內層的判斷條件不要寫!=;查詢的結果會不盡人意;
到此這篇關於sql中exists基本用法的文章就介紹到這瞭,更多相關sql exists的用法內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- mysql索引失效的常見九種原因圖文詳解
- MySQL索引優化之不適合構建索引及索引失效的幾種情況詳解
- mybatis動態SQL if的test寫法及規則詳解
- sql索引失效的情況以及超詳細解決方法
- MySQL 數據庫聚合查詢和聯合查詢操作