A. sql查詢：子查詢和聯表查詢有什麼區別，效率、性能等有什麼差異
個人見解。
1，第一個sql，一般不會這么些，子查詢一般寫在where里，效率會高。在select 效率要差點。
2，第二個sql，是表外關聯。也就是說app_student這個表，不管有什麼數據，都不會影響app_score的查詢結果。也就是a表的全表檢索，這個效率也不是很高。如果想效率高，最好使用直接關聯。
B. sql語句子查詢很多 怎麼優化
舉個例子，比如要搜索的條件很多？
C. SQL中，多表連接查詢和不相關子查詢從查詢效率上來說，哪種查詢的效果更好為什麼
一般說不相關子查詢效率高些，但也要看你的SQL語句怎麼寫。
如果不相關子查詢的語句查詢的數據量較大，那效率上和多表連接查詢差不多，如：
select * from a where a.age>(select max(age) from b)
如果子查詢僅僅查詢符合邏輯存在判斷的語法，那效率遠遠高於連接查詢，如：
select * from a where exists(select 1 from b where rownum<=1)
D. sql語句的優化多表連接以及子查詢
SQL本身沒有問題，數據量也沒有太誇張，全是內連接也不構成問題，真正影響執行性能的是IN和NOT IN，特別是最後的NOT IN，隨著數據量增加，執行效率直線下降。優化方法就是少用IN和NOT IN。
E. SQL子查詢怎麼提高查詢效率
我暈，這樣in都套了兩層了，肯定慢了啊，你可以聯表啊，通過userkeyid這個欄位，把兩個表聯合起來，然後在根據下面這個語句就可以查詢了，如果有照片的話，那麼p.照片這個欄位就不為空，要是還要篩選的話，可以再套一層，判斷下照片是否為空就可以了，盡量避免套那麼多層，相當於好幾個循環，用聯表的方式或者是子查詢的方式應該都是可以實現的，db2裡面使用子查詢速度快點，oracle的話聯表比較快
select
t.身高,
t.性別,
t.其它信息,
p.照片
from v_user_aboutme_bymain t ,t_user_photo p
where t.userkeyid=p.userkeyid
and t.sex='男'
and t.age between '22' and '58'
and t.height between '160' and '186'
and t.headisstate='1'
F. 那個mysql 子查詢和連接查詢 一般常用哪個 誰效率高些
子查詢優化策略
對於不同類型的子查詢，優化器會選擇不同的策略。
1. 對於 IN、=ANY 子查詢，優化器有如下策略選擇：
semijoin
Materialization
exists
Materialization
exists
derived_merge，將派生表合並到外部查詢中（5.7 引入 ）；
將派生表物化為內部臨時表，再用於外部查詢。
2. 對於 NOT IN、<>ALL 子查詢，優化器有如下策略選擇：
3. 對於 derived 派生表，優化器有如下策略選擇：
注意：update 和 delete 語句中子查詢不能使用 semijoin、materialization 優化策略
G. 項目中優化sql語句執行效率的方法是什麼
1. SQL優化的原則是：將一次操作需要讀取的BLOCK數減到最低,即在最短的時間達到最大的數據吞吐量。
調整不良SQL通常可以從以下幾點切入：
? 檢查不良的SQL，考慮其寫法是否還有可優化內容
? 檢查子查詢 考慮SQL子查詢是否可以用簡單連接的方式進行重新書寫
? 檢查優化索引的使用
? 考慮資料庫的優化器
2. 避免出現SELECT * FROM table 語句，要明確查出的欄位。
3. 在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。
4. 查詢時盡可能使用索引覆蓋。即對SELECT的欄位建立復合索引，這樣查詢時只進行索引掃描，不讀取數據塊。
5. 在判斷有無符合條件的記錄時建議不要用SELECT COUNT （*）和select top 1 語句。
6. 使用內層限定原則，在拼寫SQL語句時，將查詢條件分解、分類，並盡量在SQL語句的最里層進行限定，以減少數據的處理量。
7. 應絕對避免在order by子句中使用表達式。
8. 如果需要從關聯表讀數據，關聯的表一般不要超過7個。
9. 小心使用 IN 和 OR，需要注意In集合中的數據量。建議集合中的數據不超過200個。
10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，這樣可以有效的利用索引。
11. 在查詢時盡量減少對多餘數據的讀取包括多餘的列與多餘的行。
12. 對於復合索引要注意，例如在建立復合索引時列的順序是F1，F2，F3，則在where或order by子句中這些欄位出現的順序要與建立索引時的欄位順序一致，且必須包含第一列。只能是F1或F1，F2或F1，F2，F3。否則不會用到該索引。
13. 多表關聯查詢時，寫法必須遵循以下原則，這樣做有利於建立索引，提高查詢效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值條件（=）) and (table1的非等值條件) and (table2與table1的關聯條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關聯條件) and (table3的等值條件) and (table3的非等值條件)。
注:關於多表查詢時from 後面表的出現順序對效率的影響還有待研究。
14. 子查詢問題。對於能用連接方式或者視圖方式實現的功能，不要用子查詢。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。應該用如下語句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。
15. 在WHERE 子句中，避免對列的四則運算，特別是where 條件的左邊，嚴禁使用運算與函數對列進行處理。比如有些地方 substring 可以用like代替。
16. 如果在語句中有not in（in）操作，應考慮用not exists（exists）來重寫,最好的辦法是使用外連接實現。
17. 對一個業務過程的處理，應該使事物的開始與結束之間的時間間隔越短越好，原則上做到資料庫的讀操作在前面完成，資料庫寫操作在後面完成，避免交叉。
18. 請小心不要對過多的列使用列函數和order by,group by等，謹慎使用disti軟體開發t。
19. 用union all 代替 union，資料庫執行union操作，首先先分別執行union兩端的查詢，將其放在臨時表中，然後在對其進行排序，過濾重復的記錄。
當已知的業務邏輯決定query A和query B中不會有重復記錄時，應該用union all代替union，以提高查詢效率。
H. SQL效率/優化/子查詢
1、用表連接替代子查詢
select count(*) from tab1 t1, tab2 t2 where t1.col1=t2.col2
2、建立索引
create index I_tab1_col1 on tab1( col1 )
create index I_tab2_col1 on tab2( col1 )
I. 優化以下sql語句以提高查詢效率（提示：可用子查詢）
1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描。
3.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num is null
可以在num上設置默認值0，確保表中num列沒有null值，然後這樣查詢：
select id from t where num=0
4.應盡量避免在 where 子句中使用 or 來連接條件，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
5.下面的查詢也將導致全表掃描：
select id from t where name like '%abc%'
若要提高效率，可以考慮全文檢索。