SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。
- e; k, X! i$ p2 @ 5 f* w) x8 j" z  F4 L
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
# j) a' {2 b- ?9 Q) M! x ; H8 O) q! l( a
试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。
1 d7 N/ ]% ~' l  e7 N6 P2 X ( i& t. ~, x' f5 y, e

# X$ w2 u% n% H  r如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。
, _# J0 j% P( e- W6 p& J  i 2 q( U6 w$ k3 K5 Z$ H
USE AdventureWorks ;8 y% A& w% |" v; }- _# g/ U4 A
GO1 h  d* ?" C: H' i
SELECT DISTINCT c.LastName, c.FirstName
' M, d* H' u  m# l9 wFROM Person.Contact c JOIN HumanResources.Employee e
. K7 d: s9 w! L3 V5 k5 t6 YON e.ContactID = c.ContactID WHERE EmployeeID IN
3 Q6 T. B$ T+ B# E9 m. X(SELECT SalesPersonID * D' T7 [' R& Q8 N3 o
FROM Sales.SalesOrderHeader
+ P4 A5 U- }; T4 {6 t& |& gWHERE SalesOrderID IN
' _3 o" z5 }9 }* R7 i(SELECT SalesOrderID
9 ^3 {) L  ?3 CFROM Sales.SalesOrderDetail
4 t6 a  ]# V7 x2 w4 X9 W7 I9 mWHERE ProductID IN
6 z6 ^8 H$ D5 f8 U/ t(SELECT ProductID 1 M2 s6 T1 W1 Y, S7 Q! M

' R; N2 f5 h5 d* J. n' {FROM Production.Product p 8 }; `0 T+ c0 A0 h0 a
WHERE ProductNumber LIKE'FW%')));1 M" ~) o/ W, N& W, ?
GO
  U3 j: K' _: G6 e
7 _: c# O" I  {# B% t( Y9 U/ G! |! n
: N8 E* W% g# F) H' ?& g
这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 6 q+ k: x) n7 K* S
/ c) o+ V( m0 X% z

" `& }& C- `( V1 B1 d' E我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 ! W. c3 G  A* [# J5 n6 w+ z: g

# @- U) i2 a  E; y! m$ z9 d : A5 F1 p1 M# c- z& N! |
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。
4 Y( i1 v/ T( a+ u, {