SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 + l/ ~0 j% ?9 `# `( b# P5 d

$ I, H6 s* y* t5 c( \4 @$ R- o' P* o有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
1 `- Q1 U9 d4 b
/ W: g5 B/ R. s试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。
5 U0 L' `7 u9 B9 }5 z- o ( E+ [- f7 i$ M! L; i* L/ f+ Z3 x

$ v4 E* M( E6 j* r6 E9 v如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 ! _3 ^4 w" S) }! a

. Z+ S" M  r3 }2 L# p% NUSE AdventureWorks ;9 W6 i$ y$ [: }, x8 i% a
GO
: Z  q' |/ `7 e# r/ aSELECT DISTINCT c.LastName, c.FirstName
& i) @( f: h1 S' lFROM Person.Contact c JOIN HumanResources.Employee e
9 A/ z0 n, L; @3 cON e.ContactID = c.ContactID WHERE EmployeeID IN
$ P0 v7 X6 k0 w; s(SELECT SalesPersonID
# v5 }4 x2 O1 L' ^% _  \FROM Sales.SalesOrderHeader* W' h7 P. l1 m: T( P
WHERE SalesOrderID IN - @3 C" i3 Z- G& e  ?1 B; x8 r( _
(SELECT SalesOrderID
2 `' X2 z. Y; sFROM Sales.SalesOrderDetail
% I  X% ]4 ^$ F! i# MWHERE ProductID IN
! N- k0 k( J! C(SELECT ProductID
* r% s/ z3 l1 M1 `6 {
. F' \: o& c. o3 F- NFROM Production.Product p ) ]& k  {" c/ k) \
WHERE ProductNumber LIKE'FW%')));
9 n. W! L) {  c" H- c1 iGO6 ^4 j8 q5 c. @  j: P# g% V& M: A& m
% b/ K6 E7 h! @5 i- }4 X
- x- F8 Q$ e4 V
% L' r0 @( }  T' J7 \
这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 " K6 f5 z5 F( U  g

! u3 {& J- X  `: g5 r
3 S4 U6 A3 E' j7 Y. v7 m我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
3 R8 @" T9 l& J- l. p. v! H
* B. u1 m* G! M
8 }- z' P& R2 W5 \+ q在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。( s" |8 m8 Y' |6 `, _