SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
' g3 F8 ~; b; g 8 I( m4 ?2 M# {' w6 E! l0 b& d
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
$ C! e7 a- `; U" S - P% m# I: D  v9 E. W! R
试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 : }6 n: G% W$ h& Y

# Y( b0 [3 w. j  C   O* R! A5 ?# j; x
如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 $ T& n" E! G& ]7 `; e

- i# ^. P- [7 _2 |$ `4 _5 oUSE AdventureWorks ;
9 S. \4 b" ?3 J9 n6 pGO
) {9 h# R. i9 H- c- D6 j+ kSELECT DISTINCT c.LastName, c.FirstName - D5 M  L) {8 K& O" b
FROM Person.Contact c JOIN HumanResources.Employee e* I( Y* s7 ]8 g9 d% O, C
ON e.ContactID = c.ContactID WHERE EmployeeID IN
5 T4 ^: i* ]! i- z# {' u(SELECT SalesPersonID
: ?: Y" k+ x# D, y. E, B7 yFROM Sales.SalesOrderHeader7 M. H& ~. ?2 d$ i# b. O6 x
WHERE SalesOrderID IN
" S6 H0 y# D: p(SELECT SalesOrderID
, v# z" ~& M/ I, ?" wFROM Sales.SalesOrderDetail
+ B1 ^$ Q  _  q$ ?2 k/ M# E% u+ gWHERE ProductID IN
2 e5 L/ \. N) {" O* U. b(SELECT ProductID 0 a0 J' T; G" ?
0 d- I* |: {3 {: O. h
FROM Production.Product p
% d+ H- G. J0 i; DWHERE ProductNumber LIKE'FW%')));* o) [. D9 s) J
GO- J( C1 z# ^; i  U( A
$ e& t" ?. m9 p& E$ f2 v  H
( k9 x; k- U5 J: A

' h; B  R9 j) G) I0 b这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。
7 X+ e2 E/ n1 [, I) Q* H1 [8 ] " D& g2 U( O- c/ ~" F, R

% i. f1 O% h8 Y, j: d我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 ! V# j# w- e/ w/ z
2 V& N- w1 }8 D. z/ c* l! C

9 @$ W; T  F8 L% \在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。
' @$ X2 C# T4 I3 z3 k% j