sqlserverin效率

Ⅰ sqlServer中in和exists的區別效率問題

in和exists
in 是把外表和內表作hash 連接，而exists是對外表作loop循環，每次loop循環再對內表梁或進行查詢。

如果兩個表中一個較小，一個是大表悄渣神，則子查詢表大的用exists，子查啟虧詢表小的用in：
例如：表A（小表），表B（大表）1：select * from A where cc in (select cc from B)
效率低，用到了A表上cc列的索引；select * from A where exists(select cc from B where cc=A.cc)
效率高，用到了B表上cc列的索引。
相反的2：select * from B where cc in (select cc from A)
效率高，用到了B表上cc列的索引；select * from B where exists(select cc from A where cc=B.cc)
效率低，用到了A表上cc列的索引。
not in 和not exists如果查詢語句使用了not in 那麼內外表都進行全表掃描，沒有用到索引；而not extsts 的子查詢依然能用到表上的索引。所以無論那個表大，用not exists都比not in要快。

in 與 =的區別
select name from student where name in ('zhang','wang','li','zhao');與
select name from student where name='zhang' or name='li' or
name='wang' or name='zhao'
的結果是相同的。

Ⅱ sqlserver 多表 <> not in 哪個速度快

首先說明，in的效率就不高，not的效率更底，所以二者結合就效率不高了。
至於為什麼，從大了說，in和not都跟索引沒有關系，而且就算相關欄位有索引二者也都不會走，走的都是全表查詢，那麼這肯定不會快。
再說語句本身，not in 首先要判斷是不是in,然後在判斷not，這是兩個過程，相當於一個補集，等於判斷了兩次，那麼自然也就會慢一些。
其實凡是涉及到否判斷的都有這樣的問題。所以個人一般不建議使用否判斷的條件，就算需要有，也需要盡量簡化查詢內容以後使用（舉個簡單的例子，原來你的not in需要在1千條數據中查找，現在在10條數據中查找，自然是後者快一些），這樣才能讓查詢更加快捷。