使用ORDER BY 子句的慢速查詢:解開難題
在這種情況下,SQL 查詢在沒有ORDER BY 子句的情況下快速執行,但遇到添加後會顯著減慢。此查詢連接多個表中的資料並傳回特定使用者的行列表。
解決方案說明:
查詢緩慢的罪魁禍首在於排序邏輯。如果沒有 ORDER BY 子句,資料庫可以利用索引進行高效率檢索。但是,當指定排序標準時,將無法再使用索引,從而導致全表掃描。
建議的解決方案提供了一種保持索引功能的替代方法。透過將原始查詢包含在衍生表中,我們可以有效地建立一個包含所需結果集的臨時表。然後可以使用 ORDER BY 子句對該派生表進行排序,而不會影響原始查詢的索引利用率。
底層機制:
資料庫透過頻繁建立索引來最佳化查詢存取的資料列。這些索引充當高效的映射,可以直接檢索特定數據,而無需進行全表掃描。在這種情況下,可以利用 CourseID 欄位上的索引來快速檢索資料列。
當新增 ORDER BY 子句時,資料庫必須依照指定的順序重新組織擷取的資料。此操作會幹擾索引的效率,導致全表掃描和明顯的速度減慢。
透過將原始查詢封裝在衍生表中,我們有效地建立了一個不受後續 ORDER 影響的單獨結果集BY 條款。這允許資料庫利用索引進行初始檢索,然後對派生表執行排序,從而保留效率和所需的排序。
以上是為什麼要加入 ORDER BY 子句後 SQL 查詢很慢?的詳細內容。更多資訊請關注PHP中文網其他相關文章!