SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
* p/ m# G' J1 ~  V7 V 5 u) I" m+ t+ A' j# X* J# s7 ]/ N
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
+ D" F" @" K- s* P
+ n( h; M0 U, N2 F# t8 H试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 1 ~- o* X8 y, d4 e- z4 @# |' v! z

# V. [; G9 B5 a- B / n! l) d0 r; `5 y
如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 # a, \3 B0 y' |% ^3 J
% _& Y2 M2 z$ ^- B" ]
USE AdventureWorks ;3 v3 ~! B) s; L; H/ r
GO6 N7 M3 {$ E! W
SELECT DISTINCT c.LastName, c.FirstName
6 S% N3 \% Q- kFROM Person.Contact c JOIN HumanResources.Employee e) m  }/ L/ D; k; K
ON e.ContactID = c.ContactID WHERE EmployeeID IN 0 ?* i, e" ?7 C) `$ y& t$ f4 W/ ?
(SELECT SalesPersonID
! A3 o3 J5 K; PFROM Sales.SalesOrderHeader
8 s0 @: @: {1 v1 a% cWHERE SalesOrderID IN 5 R- o1 ~! w1 Y/ y+ O" Y9 ^
(SELECT SalesOrderID
* u5 w% C5 h. s- ~FROM Sales.SalesOrderDetail: s8 A  p8 H/ Z; F
WHERE ProductID IN , q$ B, j9 T* O: }1 `
(SELECT ProductID
7 j/ \6 o( d  Y  z5 K! k' k& n4 z& m
. ^8 b+ B" E; B: YFROM Production.Product p 8 w! Q% c5 E; `. ]" G7 l8 k
WHERE ProductNumber LIKE'FW%')));# ], V& X9 L9 ^9 C/ I. U% X
GO4 _  r5 D: N' C) i$ q8 J

* x  q( y) H+ @9 j  T* H
( Y5 O4 g3 f) L1 |5 U& D( L
( P/ u* I! X) D$ B+ q这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。
4 b/ y  C2 y: r) d; r
% u  C% S5 k% x% K& p9 o0 C 8 I) ^. l& d: M% E% W
我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
( X- y- }  v3 p
& i& g5 D  R/ j* E1 ^ 8 ?# m. t: r: S/ d8 S/ b
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。! e! n) L: B) e( f6 `2 h& w