SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
, ?8 @. L* m9 z% L- E
- K( R" S8 L/ ?/ u有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
- W8 T4 B( q* W$ Y( w
. A& c1 w& ?, g7 d  w试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。
# T: r7 p- b1 ~2 \) ^5 `2 _ 4 W: u' _+ ?9 o0 \

; {# l( v. w+ h$ r& |如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 , F+ ?+ o2 m5 y5 A* H

1 k9 P' J3 R+ {  e4 aUSE AdventureWorks ;  c2 o" G' v# d9 j, J3 }
GO
4 x0 W& x5 ~$ ]7 mSELECT DISTINCT c.LastName, c.FirstName
6 ~0 ~, l% J4 J4 p8 v/ @$ v7 GFROM Person.Contact c JOIN HumanResources.Employee e  y1 q* p2 d! ^
ON e.ContactID = c.ContactID WHERE EmployeeID IN % V% Y+ n0 P) a- f
(SELECT SalesPersonID 7 Y1 G8 ]. U+ j: h* |
FROM Sales.SalesOrderHeader
9 U3 B$ z. ^2 y+ F0 I+ z2 TWHERE SalesOrderID IN / Y' p% m& ~1 @- w8 p3 c
(SELECT SalesOrderID ; W: a! b. b& Q: B+ |/ j
FROM Sales.SalesOrderDetail$ s8 D. L4 h) W8 G5 _
WHERE ProductID IN
/ ]+ t' C' L, X6 C+ {" c6 t(SELECT ProductID 9 U# n- W: [. k7 M
5 a4 ]6 ?' A6 r4 q
FROM Production.Product p : F! c5 u/ ?& d( Y6 Q
WHERE ProductNumber LIKE'FW%')));
: r+ q5 H- Z# Y  N/ `! N; IGO- ]: L3 X" c  v( b/ {' o/ ?/ x& J3 m* I0 Y

6 ~4 Z+ a$ E- t9 B2 ^" {5 @' C# k8 @

; v6 Z  ]! C: p( L, I这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。
* s& t7 W% a3 Q" R/ o/ V8 u 9 r0 {  w: Y% B; p: v$ i3 z

8 ~$ S* r  l. Y6 j我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
& N6 z! y4 Q: X4 ?6 R
- z8 \3 F: J& @. N4 _ & R/ U" T% V- O3 ?
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。
, H$ U* H, I2 ?- D, K: q- H# u! X