SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 7 B+ {- y! d# V" B/ D% [
4 z' U: U7 P. ~; O7 q$ y( Y
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
$ o5 D) b/ F9 n0 h1 O* |6 C. j' H - b/ W$ p) e( _$ @. g
试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。
4 l% j/ H( U$ t1 G - t/ Y4 U, t' ]/ j% Q
) A& J: Q2 ?: W' s) I9 ?! E
如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 ! |' E9 w& A$ b+ a6 H

4 ^( S: J9 F  f( HUSE AdventureWorks ;
  d( u+ Q' D8 V/ V$ ^GO
9 _4 S4 h) F% C' I6 p% M2 \( RSELECT DISTINCT c.LastName, c.FirstName . r, ]( g% l, ~1 m, e
FROM Person.Contact c JOIN HumanResources.Employee e
1 g: e* Y1 u" _ON e.ContactID = c.ContactID WHERE EmployeeID IN 4 S8 {* ^; V0 U
(SELECT SalesPersonID   K  v+ e4 I: K4 {
FROM Sales.SalesOrderHeader
; A' _8 k6 I7 q3 D! b! d" ~WHERE SalesOrderID IN
$ P/ p( N4 z! ^6 b; u# B(SELECT SalesOrderID 4 A5 j9 b8 v2 |0 F( E
FROM Sales.SalesOrderDetail
1 R/ g8 G' g3 E2 @- E* HWHERE ProductID IN 6 W( V" E8 G8 l* I/ H8 H
(SELECT ProductID / {- ?8 M2 g; {0 i) j, K

7 W: ?/ y, O' ]- QFROM Production.Product p
8 w. e# {6 q3 t' D' _WHERE ProductNumber LIKE'FW%')));
% g; J% v6 {6 B- ?7 Q# e" e% W, mGO) f5 G- a, ~4 a

0 \% i% ~* q8 L9 ~5 w
. u* \1 w( W* r  f7 Q) t # q# H+ R: `$ |4 x0 w8 S
这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。
+ t# n3 a0 I' ^& k8 }
& j5 v; M, ?1 G $ G  e) D) l3 l2 |# @; x! `2 Q
我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 - j! O3 ~: v& [) e( W

: k3 ^5 w4 S( Z6 x - J3 R2 v! L4 R( E
在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。0 s6 B+ h1 ^. g