具有多個值的單一插入與多個插入：批次何時成為瓶頸？

批次插入與單一插入多值：批次處理何時成為瓶頸？

一個令人意外的效能比較顯示，單獨執行1000條INSERT語句（290毫秒）的效能顯著優於使用單一INSERT語句插入1000個值（2800毫秒）。為了調查這個意外的結果，讓我們分析執行計劃並找出潛在的瓶頸。

執行計畫的檢查顯示，單一INSERT語句使用自動參數化過程，最大限度地減少了解析/編譯時間。但是，單一INSERT語句的編譯時間在約250個值子句處出現突然增加，導致快取計畫大小下降，編譯時間增加。

進一步分析表明，在為特定字面值編譯計劃時，SQL Server可能會執行一些不能線性擴展的活動，例如排序。即使在編譯時不進行排序，在表中新增聚集索引也會在計畫中顯示明確的排序步驟。

在編譯階段，SQL Server進程的堆疊追蹤表明，大量時間都花在了比較字串上。這可能與查詢處理的規範化階段（綁定或代數化）有關，在此階段，表達式解析樹被轉換為代數化表達式樹。

改變插入字串的長度和唯一性的實驗表明，較長的字串和較少的重複項會導致較差的編譯時間效能。這表示SQL Server在編譯期間花費更多時間來比較和識別重複項。

在某些情況下，可以利用這種行為來提高效能。例如，在使用無重複項的列作為主要排序鍵的查詢中，SQL Server可以在執行時跳過按次要鍵排序，並避免除零錯誤。

因此，雖然使用單一INSERT語句插入多個值似乎比多條INSERT語句更快，但與處理大量不同值（尤其是長字串）相關的編譯時間開銷可能會導致SQL Server的效能顯著下降。

以上是具有多個值的單一插入與多個插入：批次何時成為瓶頸？的詳細內容。更多資訊請關注PHP中文網其他相關文章！