SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 0 P" u) ]! B) S6 `. Z
$ F1 S) B" G1 c
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。 * p4 B8 B/ E; b# U1 a, _1 I1 [% L2 n

" V& W4 C, ~% O  c: j6 B3 P- q试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 ! S6 A/ t% e- f

7 E7 I2 Y9 o8 N2 c  W 3 |) e* S0 ^& V2 X' b
如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。
) w  f/ s1 ?9 B 1 c- c  z( l* ]7 R& u
USE AdventureWorks ;3 `) K# O+ A0 y
GO
* B: a' R4 V, dSELECT DISTINCT c.LastName, c.FirstName
2 c8 c- o* @0 G% F5 V$ q: F1 G% TFROM Person.Contact c JOIN HumanResources.Employee e
8 Q  W8 |! t) f' KON e.ContactID = c.ContactID WHERE EmployeeID IN 7 S( H! e3 A2 d( y) A
(SELECT SalesPersonID 1 Q  ?  ~2 m4 Y8 }# H# ^
FROM Sales.SalesOrderHeader# X* ]) ~* p' s% T
WHERE SalesOrderID IN
9 w5 Q* @1 U, E% ~7 e! W) L9 q(SELECT SalesOrderID * v0 J3 H* t2 Q) k9 e
FROM Sales.SalesOrderDetail
4 [, k& O+ a, o  Y( GWHERE ProductID IN 8 M7 d( D+ n# w1 T/ G
(SELECT ProductID
& ]- B$ L; n; M7 t2 ?+ F! W
6 l* J4 b, e+ E# a3 QFROM Production.Product p & Z6 m' r( K9 `
WHERE ProductNumber LIKE'FW%')));
0 a9 f- L* I% o& l8 {( J1 }GO
/ e  Q, \$ b  `4 g
6 r/ X$ x- c/ Z5 h3 {0 w. X4 @0 @% D! {$ ^- Z5 @$ W
0 e: ?* y6 \: ]
这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 2 ^! V* A& A! w7 L2 ?
9 o  U4 |# E" ~4 H2 K

" W) }  O: A+ R0 D我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
. e* u" L& i& F+ Q; a; ~" k5 @ $ S; Y/ p3 ^9 ], w6 G

7 @7 v8 z$ Y- G4 L  D5 K在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。# O: F# |& b9 x' x  o