對于商業應用程序，只要LINQ查詢涉及到多個子查詢時，PLINQ就像金子一樣發光，如果你要連接本地數據庫某張表中的行和另一個遠程數據庫某張表中的行，PLINQ將非常有用，在這種情況下，LINQ必須在每個數據源上獨立運行子查詢，然后調和結果，PLINQ將會把這些子查詢分配給多個處理器核心，這些子查詢就可以同時執行。實際上，你使用的處理器周期不是少了，而是更多了，當然好處就是你可以更早得到結果，請閱讀“并行處理不會讓你的應用程序變得更快”了解更多關于多線程應用程序的行為。

　　并行處理不會讓你的應用程序變得更快

　　關于多線程應用程序最常見的一個誤解是，應用程序線程越多，運行速度就越快，多啟動一個線程并不會導致Windows給你的應用程序更多的處理周期，它只是把這些周期劃分給更多線程了，實際上，在單處理器計算機上，開啟多線程只會讓你的應用程序變得更慢。

　　多線程只是讓你的應用程序響應更快，但它仍然要等待其它阻塞任務完成先，不過在等待期間，你可以利用多線程應用程序的特點讓其它線程做一些別的事情。在單核機器上，如果線程未被阻塞，多個線程只能相互爭奪有限的處理周期。

　　多核處理器改變了這種狀況，在多核環境中，你可以讓Windows給你的應用程序分配更多的處理周期，你不需要阻塞線程，所有線程都在它們自己的核心上執行。并行擴展提供了編程結構，允許你告訴.NET框架應用程序那些部分可以并行執行。

　　即使在多核機器上，PLINQ也并不總是并行的查詢，有兩個原因，一是你的應用程序并行運行不會總是更快，第二個原因是，即使你有一個抽象層管理你的線程，在并行處理時總會出現腳步不一致的情況，PLINQ會檢查一些不安全的條件，如果檢測到就不會進行并行查詢。我會指出PLINQ不會檢查的問題和條件，但使用PLINQ出了問題只有你自己負責處理。