SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
% q0 z  `  D! A: S( E " b3 S2 t: d- ]
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。 + F. N/ ~, s$ c* U3 ^! J

# h4 m% \. Z, K+ @  D& A$ x2 G试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 + F- I! t8 s! ^4 M
6 b6 V# O. [$ o

/ u# a! v% N+ Z# v. ^( Z, s# `如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。
. u" E$ e7 g$ ~8 R
/ y! M6 x8 G+ xUSE AdventureWorks ;3 J9 D8 s8 d. S6 U* r
GO& y: p: s/ x* c7 n) W; z% @
SELECT DISTINCT c.LastName, c.FirstName
5 i( r% H# N' X: E  M$ ZFROM Person.Contact c JOIN HumanResources.Employee e$ I$ [# B; m! h5 ]
ON e.ContactID = c.ContactID WHERE EmployeeID IN
* d* S. i7 S/ d" _# n; t$ q(SELECT SalesPersonID 6 U0 i* g( C! l. I
FROM Sales.SalesOrderHeader
$ M( p  u. U# \6 @- zWHERE SalesOrderID IN
/ H( [1 @7 U# T0 p- m/ F1 j(SELECT SalesOrderID : n* Q- P% F' N2 [1 g3 N4 k
FROM Sales.SalesOrderDetail
8 B3 y' c) L9 _7 r/ tWHERE ProductID IN
/ e- C5 N* i! l  M( f6 h- a(SELECT ProductID / q+ M( I0 S7 f: Q' O

! J! ^' w$ g# h/ ~3 aFROM Production.Product p ( p, R& v4 l3 n: n
WHERE ProductNumber LIKE'FW%')));' R) v7 f" U" Z8 r+ B
GO
( `. |+ h! O- u/ E; z) x
  r; G9 @0 c  S5 A" `0 ?
6 R9 k0 Z) \" [
: _' x- s2 z5 Z% \1 ^# S这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 4 g1 r, h7 B9 d/ L
4 D$ y* F3 H" V4 Q

( t+ Y5 K# X- j. z9 f* `9 k% |+ S, c6 s我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
3 H2 C/ Y. r9 }4 o9 v) d) `0 M
  o  P' X6 v! B  j0 ]7 @& R: B% E
6 y0 F  F) b1 t在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。  V1 S+ t0 I, K1 X