SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
8 }- F7 t( e2 Q3 _5 W/ o0 B  E* x
$ D7 m) {7 r+ O9 ~有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。 9 M% C  m# E4 g) p

. l$ k! \5 o! Q试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 6 G4 m% \' n3 r7 I# P
( x9 h2 M7 c$ M) i- [

1 j) m" S2 o+ Y7 d7 F/ s如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 / ~8 H& @( `5 M, h2 i

5 d$ v' |+ V  [5 T  M4 R7 `* o# WUSE AdventureWorks ;0 l" A9 V5 T( ^4 E% i& o# j& P
GO. ^/ A' K1 f/ j% b7 P7 a: n
SELECT DISTINCT c.LastName, c.FirstName
- t, `, @9 e% Y& dFROM Person.Contact c JOIN HumanResources.Employee e
. A# c1 h3 m4 o) YON e.ContactID = c.ContactID WHERE EmployeeID IN
  L1 q4 H' T  w3 y% Q2 S5 ](SELECT SalesPersonID
) P+ _0 w6 s# C* u2 {6 p1 aFROM Sales.SalesOrderHeader
9 R# Y# p5 o+ u- B" c# P1 YWHERE SalesOrderID IN
; B* D; P) `9 k5 u. }(SELECT SalesOrderID 0 h+ F  K2 E+ r! j' f- M) y
FROM Sales.SalesOrderDetail
) x6 S1 ^4 S1 r0 sWHERE ProductID IN
7 i  Y6 _6 Z  Z& n0 _(SELECT ProductID
$ V) Y6 i/ g0 w) _6 a. @/ Z- {+ y9 \. ^0 H8 [
FROM Production.Product p
7 G+ ]6 F: N% ^  E# @/ h% @& ?WHERE ProductNumber LIKE'FW%')));; g, }2 T6 Y. `5 F
GO
+ E9 r4 J) u1 n0 o! b0 D8 R9 q& w  C
) g7 K" N0 {8 ^8 }

+ j0 q1 U: x+ N这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 2 l1 |4 C5 O5 T8 w7 M
: ]. M3 C+ f. G
! f  }* ~: Q- T; G: S, Q: ?/ s
我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 7 e9 |$ _  q; o' B5 o+ U

1 @$ m, J; h( r0 i! f " A6 o* \* r$ y  I/ u
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。
4 ~) C+ ]3 J! M- f, c4 x) O; u- V