A. 代碼中並發執行同一個sql會影響sql的速度嗎
對單次sql執行來講，影響不會太大，除非並發數超過了資料庫瓶頸，導致sql執行需要等待；
對整個並發執行來講，肯定會比執行單個sql要慢的，因為雖然多次執行的sql是一樣的，但是對資料庫來講還是需要進行多次處理的，只是在資料庫中sql只需要解析一次就好
B. 在 SQL sever 2005里使用連接查詢快還是嵌套查詢快
連接快，在相同條件下SQL的速度跟生成結果集關系較大，結果集越多速度越慢，一般連接會比嵌套產生更少的結果集（每級嵌套會生成一個結果集），所以連接會更快一些。
C. SQLSERVER2005資料庫，使用select語句在列名中嵌套查詢其他錶速度非常慢是什麼原因呢
A表的column1和B表的columna欄位是否有加索引?沒有都話,先把索引加上
因為A表數據量遠大於B表,那麼A表中肯定存在大量數據是在B表中無關聯的,這些無關聯的數據需要查詢嗎?如果不需要,那麼直接用inner join下豈不美哉
D. SQL語句多層嵌套查詢很慢，怎麼優化，求方案
大致的看了下，有點暈，內嵌的幾個select只是對同一個表的部分不同條件進行分組計算，沒必要寫兩個查詢，其中還嵌套一個，我也是醉了，可以用case-when去解決這個問題。
E. sql嵌套查詢有什麼弊端（主要基於性能考慮）
嵌套查詢 在數據量比較小的時候 用還沒什麼
但是當 數據量過大時
如果你的嵌套 層數過多
會導致 程序運行緩慢
所以建議 嵌套 不要嵌套 太多層
F. 資料庫的SQL語句中,嵌套查詢和連接查詢有什麼區別,說的詳細的
嵌套就是類似IN語句，比如select * from table1 where id in (select id from table2),連接就是用JOIN把2表根據一個欄位進行數據連接,區別就是連接查詢效率比嵌套高，而且JOIN可以通過改變JOIN先後順序，先掃描記錄少的表，從而提高速度，如果嵌套會固定先搜索子查詢
G. sql查詢優化問題 去掉了一個嵌套in查詢居然更慢了，為什嗎
如果子查詢數據量比較大的話，可以試著用exist。
1.exist,not exist一般都是與子查詢一起使用. In可以與子查詢一起使用,也可以直接in (a,b.....)
2.exist會針對子查詢的表使用索引. not exist會對主子查詢都會使用索引. in與子查詢一起使用的時候,只能針對主查詢使用索引. not in則不會使用任何索引. 注意,一直以來認為exists比in效率高的說法是不準確的。
in 是把外表和內表作hash 連接，而exists是對外表作loop循環，每次loop循環再對內表進行查詢。
如果查詢的兩個表大小相當，那麼用in和exists差別不大。
如果兩個表中一個較小，一個是大表，則子查詢表大的用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要快。