SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 2 k# z" W8 N) H$ n% A9 \

# q7 A3 O0 g% `2 Q. |2 K有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。 : y8 c; r# }, y" g/ u5 n

0 A8 h! x' {& O$ d4 U2 Q% \8 ]试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 4 n. f& Y: S. T0 |+ M0 G

4 J  \6 Z5 X& n& }2 z
! ?. a  U, m4 z7 q如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 " @9 T& ]2 F9 F

' ^3 [1 d' \$ G* WUSE AdventureWorks ;+ c$ }5 [* B0 r0 E3 y3 |
GO" |, _) G; U; d# M+ j! N7 x
SELECT DISTINCT c.LastName, c.FirstName
9 ^1 y7 L5 K, Y# f- OFROM Person.Contact c JOIN HumanResources.Employee e( i+ W& B- E; o7 d
ON e.ContactID = c.ContactID WHERE EmployeeID IN ; f+ G" {% A4 ^4 a- e
(SELECT SalesPersonID
, g* W9 ?' ~9 L4 i. m. T; w" hFROM Sales.SalesOrderHeader; \1 L' c- M% [: Q
WHERE SalesOrderID IN
0 g6 A2 P! n- W3 c+ L+ B6 ~6 \(SELECT SalesOrderID + o8 F5 r! e( P' c" I
FROM Sales.SalesOrderDetail3 x/ F5 W5 v8 P
WHERE ProductID IN " ~; s; ^  o8 E, J6 b  E
(SELECT ProductID # e6 g/ t; D( L* O+ k- d9 \

: e6 @" q' m6 Q' DFROM Production.Product p
1 L8 Q: k0 h, y) \! u/ QWHERE ProductNumber LIKE'FW%')));9 }7 {* I6 Q) u: L: H$ e
GO5 H$ \+ u. s- x2 E. v! [9 r
  }+ [: U9 @, \7 u9 @$ M9 B3 o

$ @! F1 w+ ^: i
) q6 _' ~2 B' l这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。
9 m/ s! x  S1 K# W 9 R" q" S/ C, q& h' [

0 i1 Y& P& r2 R0 ~3 m  {5 E我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 ( @; q' J; ]6 k" D

3 l9 O$ D( Q- f. G + C# _" h# H6 |
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。& g% B' v% B0 j& x5 q# G