很多SQL Server程序員對子查詢（subqueries）的使用感到困惑，尤其對于嵌套子查詢（即子查詢中包含一個子查詢）?，F(xiàn)在，就讓我們追本溯源地探究這個問題。 
有兩種子查詢類型：標準和相關。標準子查詢執(zhí)行一次，結(jié)果反饋給父查詢。相關子查詢每行執(zhí)行一次，由父查詢找回。在本文中，我將重點討論嵌套子查詢（nested subqueries）（我將在以后介紹相關子查詢）。 
試想這個問題:你想生成一個賣平墊圈的銷售人員列表。你需要的數(shù)據(jù)分散在四個表格中:人員.聯(lián)系方式（Person.Contact），人力資源.員工（HumanResources.Employee），銷售.銷售訂單標題（Sales.SalesOrderHeader），銷售.銷售訂單詳情（Sales.SalesOrderDetail）。在SQL Server中，你從內(nèi)壓式（outside-in）寫程序，但從外壓式（inside-out）開始考慮非常有幫助，即可以一次解決需要的一個語句。 
如果從內(nèi)到外寫起，可以檢查Sales.SalesOrderDetail表格，在LIKE語句中匹配產(chǎn)品數(shù)（ProductNumber）值。你將這些行與Sales.SalesOrderHeader表格連接，從中可以獲得銷售人員IDs(SalesPersonIDs)。然后使用SalesPersonID連接SalesPersonID表格。最后，使用ContactID連接Person.Contact表格。 

這個例子揭示了有關SQL Server的幾個絕妙事情。你可以發(fā)現(xiàn)，可以用IN()參數(shù)替代SELECT 語句。在本例中，有兩次應用，因此創(chuàng)建了一個嵌套子查詢。 
我是標準化（normalization）的發(fā)燒友，盡管我不接受其荒謬的長度。由于標準化具有各種查詢而增加了復雜性。在這些情況下子查詢就顯得非常有用，嵌套子查詢甚至更加有用。 
當你需要的問題分散于很多表格中時，你必須再次將它們拼在一起，這時你可能發(fā)現(xiàn)嵌套子程序就很有用。