① sql語句的優化多表連接以及子查詢
SQL本身沒有問題，數據量也沒有太誇張，全是內連接也不構成問題，真正影響執行性能的是IN和NOT IN，特別是最後的NOT IN，隨著數據量增加，執行效率直線下降。優化方法就是少用IN和NOT IN。
② sql優化 兩個表連接 怎麼優化
按照正常的動態規劃方法進行優化連接順序,如果表的數量太多,可能會使用遺傳演算法(是否在ORACLE中實現不太清楚)優化連接順序. 兩個表數據量很大的話應該會使用嵌套循環連接方法.
③ 多表連接，分組聚合的SQL怎麼優化
這樣的情況通常使用子查詢，先篩選數據，然後再聚合，用聚合好的數據再去連接，速度基本要快很多。但是如果數據量巨大的話，需要引用臨時表，比如先分組聚合，聚合後的數據放入臨時表，使用臨時表去關聯，即可達到快速查詢。
④ SQL 多表連接效率是否高
現在大多用的是基於成本的優化規則，對於數據的查詢效率，主要依賴於：
總的數據量
索引和統計
檢索的數據量
與內連接、左聯接等等關系不是太大。
⑤ sql 多表查詢優化
不知道你用的是什麼資料庫，如果是MSSQL或者oracle的話，你可以先在資料庫裡面建一個存儲過程，表與表之間連接，最好用join相關的語句，然後在程序裡面有條件得調用。
當然，你得注意你的索引，看看是不是在關鍵查詢欄位上建立了索引。
⑥ sql server 多表連接優化，大表放在前邊好些，還是後邊where條件放前邊表關聯那裡會不會快些
我一般是用Left jion 聯合查詢，主表都放在前面，條件最好也放在後面，我覺得速度還行。
⑦ sql語句多表聯查，查詢速度太慢，超過10s，由於是菜鳥，不知道怎樣優化
確定是菜鳥，sql 寫成這樣 證明你邏輯很清楚啊，建議如果是初學者，代碼規范一定要保持
不知道代碼規范，可以去窗口format一下。。。
言歸正傳 你這個優化的話 可以把
AND p.mediatypeinfoid in (
select
id
from
fn_get_mediatype_infor(5)
)
上面這部分 換成 inner join
⑧ sql數據查詢速度過慢的原因多個表連接會導致過慢嗎怎麼優化
資料庫索引的優勢就是針對多表查詢時，能更快速的查出結果，建議你使用索引來做
⑨ sql 多表鏈接，數據量都百萬級別，如何效率優化
用好索引
用更好的查找引擎（/資料庫）
做好表設計
實在不行，就用隊列查詢
⑩ sql多表查詢優化問題
這樣的語句是用來教學的，數據量不大的時候可以，數據量大的時候當然不行。
左連接的意思是列出左邊表所有的記錄，右邊表如果匹配，就給出右邊表的欄位，否則輸出空值。左連接是相當耗資源的，盡量避開。
實際在腳本里是分開處理的就是先把左邊的表都查出來，然後按連接欄位遍歷各個表，這樣速度就快多了。
比如php腳本：
$sql="select * from new_infor_paper where ZS_ID='1949';"
$rows=$db->getAll($sql);
for($i=0;$i<count($rows);$i++)
{
$row1=$db->getRow("select * from new_infor_student where zs_ID='".$rows[$i]['ZS_ID']."'");
$row2=$db->getRow("select * from new_test_infor2 where zs_ID='".$rows[$i]['ZS_ID']."'");
.....
...
}
這樣懂了吧？