很多SQL Server程式員對子查詢(subqueries)的使用感到困惑,尤其對於嵌套子查詢(即子查詢中包含一個子查詢)。現在,就讓我們追本溯源地探究這個問題。
有兩種子查詢類型:標準和相關。標準子查詢執行一次,結果反饋給父查詢。相互關聯的子查詢每行執行一次,由父查詢找回。在本文中,我將重點討論嵌套子查詢(nested subqueries)(我將在以後介紹相互關聯的子查詢)。
試想這個問題:你想產生一個賣平墊圈的銷售人員列表。你需要的資料分散在四個表格中:人員.連絡方式(Person.Contact),人力資源.員工(HumanResources.Employee),銷售.銷售訂單標題(Sales.SalesOrderHeader),銷售.銷售訂單詳情(Sales.SalesOrderDetail)。在SQL Server中,你從內壓式(outside-in)寫程式,但從外壓式(inside-out)開始考慮非常有協助,即可以一次解決需要的一個語句。
如果從內到外寫起,可以檢查Sales.SalesOrderDetail表格,在LIKE語句中匹配產品數(ProductNumber)值。你將這些行與Sales.SalesOrderHeader表格串連,從中可以獲得銷售人員IDs(SalesPersonIDs)。然後使用SalesPersonID串連SalesPersonID表格。最後,使用ContactID串連Person.Contact表格。
以下為引用的內容: USE AdventureWorks ; GO SELECT DISTINCT c.LastName, c.FirstName FROM Person.Contact c JOIN HumanResources.Employee e ON e.ContactID = c.ContactID WHERE EmployeeID IN (SELECT SalesPersonID FROM Sales.SalesOrderHeader WHERE SalesOrderID IN (SELECT SalesOrderID FROM Sales.SalesOrderDetail WHERE ProductID IN (SELECT ProductID FROM Production.Product p WHERE ProductNumber LIKE'FW%'))); GO |
這個例子揭示了有關SQL Server的幾個絕妙事情。你可以發現,可以用IN()參數替代SELECT 語句。在本例中,有兩次應用,因此建立了一個嵌套子查詢。
我是標準化(normalization)的發燒友,儘管我不接受其荒謬的長度。由於標準化具有各種查詢而增加了複雜性。在這些情況下子查詢就顯得非常有用,嵌套子查詢甚至更加有用。
當你需要的問題分散於很多表格中時,你必須再次將它們拼在一起,這時你可能發現嵌套子程式就很有用。