in 和exists
in是把外表和內錶作hash 連線，而exists 是對外表作loop 迴圈，每次loop 迴圈再對內表進行查詢。
一直以來認為exists 比in 效率高的說法是不準確的。如果查詢的兩個表大小相當，那麼用in 和exists 差別不大。
如果兩個表中乙個較小，乙個是大表，則子查詢表大的用exists，子查詢錶小的用in：
例如：表a（小表），表b（大表）1：
select * from a where cc in (select cc from b)select * from a where exists(select cc from b where cc=a.cc)相反的2：
select * from b where cc in (select cc from a)select * from b where exists(select cc from a where cc=b.cc)not in 和not exists
如果查詢語句使用了not in 那麼內外表都進行全表掃瞄，沒有用到索引；
而not extsts 的子查詢依然能用到表上的索引。所以無論那個表大，用not exists 都比not in 要快。
所以具體的使用還是要看實際的情況的。
Sql效能優化之UNION UNION ALL
sql union 操作符 union 操作符用於合併兩個或多個 select 語句的結果集。請注意，union 內部的 select 語句必須擁有相同數量的列。列也必須擁有相似的資料型別。同時，每條 select 語句中的列的順序必須相同。1 sql union 語法 select column ...
效能優化 SQL優化
1.列型別盡量定義成數值型別，且長度盡可能短，如主鍵和外來鍵，型別字段等等 2.建立單列索引 3.根據需要建立多列聯合索引 當單個列過濾之後還有很多資料，那麼索引的效率將會比較低，即列的區分度較低，那麼如果在多個列上建立索引，那麼多個列的區分度就大多了，將會有顯著的效率提高。4.根據業務場景建立覆蓋...
SQL效能優化
postgre資料表資料比較多的情況下，使用模糊查詢效能很差，但是使用函式反而快了，返回資料一致，有點不解 warning表2688133條資料，warning message表6954788條資料 這個sql執行老半天都沒反映，耗時169904 ms select count 1 from war...