sql server where篩選條件裏存在子查詢 造成查詢時間很長的優化 查詢超時優化 查詢超時解決方案 where in 子查詢優化

大家先看一下優化前的數據庫查詢時間及頁面響應時間： 大家可以看到 數據庫查詢時間達到了12秒 而由於頁面還要多查詢一次總行數，響應時間達到了驚人的33秒！這已經無法正常使用了，看上面的查詢語句我們能發現問題在於where條件裏的倆個子查詢，這意味着這個表裏的每一行數據都會進行倆次子查詢，這也就造就瞭如此長的查詢時間。       發現問題後，我選擇使用臨時表替代子查詢，這樣每次查詢只會做一次子查詢

>>阅读原文<<