SQL Server 自動檢測每個並行查詢執行或索引資料定義語言 (DDL) 操作例項的最佳並行度。此操作所依據的條件如下：

1. SQL Server 是否執行在具有多個微處理器或 CPU 的計算機（例如對稱多處理計算機，即 SMP）上。

   只有具有多個 CPU 的計算機才能使用並行查詢。

2. 可用的執行緒是否足夠。

   每個查詢或索引操作均要求一定執行緒數才能執行。執行並行計劃比執行序列計劃需要更多的執行緒，所需執行緒數會隨著並行度的提高而增加。當無法滿足特定並行度的並行計劃的執行緒要求時，資料庫引擎將自動減少並行度或完全放棄指定的工作負荷上下文中的並行計劃。然後執行序列計劃（一個執行緒）。

3. 所執行的查詢或索引操作的型別。

   建立索引、重新生成索引或刪除聚集索引等索引操作，以及大量佔用 CPU 週期的查詢最適合採用並行計劃。例如，大型表的聯接、大型的聚合和大型結果集的排序等都很適合採用並行計劃。對於簡單查詢（常用於事務處理應用程式）而言，執行並行查詢所需的額外協調工作會大於潛在的效能提升。為了區別能夠從並行計劃中受益的查詢和不能從中受益的查詢，資料庫引擎將執行查詢或索引操作的估計開銷與並行的開銷閾值進行比較。雖然不推薦，但使用者可以使用 sp_configure 更改預設值 5。

4. 待處理的行數是否足夠。

   如果查詢優化器確定行數太少，則不引入交換運算子來分發行。結果，運算子將序列執行。以序列計劃執行運算子可避免出現這樣的情況：啟動、分發和協調的開銷超過並行執行運算子所獲得的收益。

5. 當前的分發內容統計資訊是否可用。

   如果不能達到最高並行度，則在放棄並行計劃之前會考慮較低的並行度。

   例如，建立檢視的聚集索引後，將無法評估分發內容統計資訊，因為聚集索引仍不存在。在此情況下，資料庫引擎無法為索引操作提供最高並行度。不過，某些運算子（例如，排序和掃描）仍能從並行執行中獲益。

注意
並行索引操作只能在 SQL Server Enterprise Edition、Developer Edition 和 Evaluation Edition 中使用。

執行時，資料庫引擎將確定當前系統工作負荷和前面介紹的配置資訊是否允許並行執行。如果可以確保並行執行，則資料庫引擎將確定最佳執行緒數，並在這些執行緒間分配並行計劃的執行。從查詢或索引操作開始在多執行緒上並行執行起，將一直使用相同的執行緒數，直到操作完成。每次從過程快取中檢索執行計劃時，資料庫引擎都將重新檢查最佳執行緒數決策。例如，第一次執行某個查詢時最終採用了序列計劃，後來第二次執行相同的查詢將使用三個執行緒的並行計劃，第三次執行將使用四個執行緒的並行計劃。

在並行查詢執行計劃中，插入、更新和刪除運算子是序列執行的。不過，UPDATE 或 DELETE 語句的 WHERE 子句，或者 INSERT 語句的 SELECT 部分可以並行執行。之後，實際的資料更改將序列應用到資料庫。

並行執行計劃可以填充靜態和由鍵集驅動的遊標。然而，只有序列執行可以提供動態遊標行為。查詢優化器始終為查詢生成序列執行計劃，這是動態遊標的一部分。